DEV Community: Pablo Henrique

Conheça a API Temporal. Datas em JavaScript sem dor de cabeça!

Pablo Henrique — Thu, 24 Jul 2025 02:48:17 +0000

O jeito que a gente lida com datas: antes e depois do Temporal

Sabe como é mexer com datas em JavaScript hoje, né? É quase um ritual: a gente primeiro lamenta ter que usar o objeto Date e depois corre pra instalar uma biblioteca como moment.js ou date-fns pra não passar raiva.

Como a gente faz hoje (com bibliotecas)

O problema do Date nativo é que ele é mutável (você altera o objeto original sem querer e cria bugs) e lidar com fusos horários é um pesadelo. Então, o que a gente faz?

// Exemplo com date-fns
import { addDays, format } from 'date-fns';

const hoje = new Date();
const daquiUmaSemana = addDays(hoje, 7); // A biblioteca cria um novo objeto pra gente

console.log(format(daquiUmaSemana, 'dd/MM/yyyy'));

Funciona, claro. Bibliotecas como moment.js e date-fns são ótimas e resolvem o problema. Mas no fundo, a gente está adicionando uma dependência externa, aumentando o tamanho do nosso projeto, só pra fazer uma coisa que deveria ser básica e nativa da linguagem.

A promessa da API Temporal

A API Temporal vem sendo discutida e desenvolvida desde 2017 dentro do comitê TC39, o grupo responsável pela evolução do JavaScript. Ela surgiu justamente para resolver as limitações e armadilhas da API Date, que existe desde os primórdios da linguagem.

Agora, em 2025, a Temporal finalmente está começando a aparecer nos navegadores para testes. Navegadores como Firefox e versões experimentais do Chrome já oferecem suporte parcial.

Como testar a API Temporal hoje

Em navegadores:

Firefox (a partir da versão 115+):

Acesse about:config na barra de endereços.
Procure por javascript.options.temporal.
Altere o valor para true.
Recarregue o navegador e abra o console para testar.

Chrome (Canary ou dev builds):

Execute com a flag: --enable-features=Temporal
Ou ative via chrome://flags procurando por "Temporal".

Em Node.js:

A API Temporal já está disponível experimentalmente a partir do Node.js v20.0.0, mas você precisa ativar manualmente.

Como testar no Node:

Instale a versão 20+:

   nvm install 20
   nvm use 20

Execute seu script com a flag:

   node --experimental-temporal seu-script.js

Exemplo simples:

   const { Temporal } = require('node:temporal');

   const hoje = Temporal.Now.plainDateISO();
   const daquiUmaSemana = hoje.add({ days: 7 });

   console.log(daquiUmaSemana.toString());

Como vai ser com a API Temporal (o futuro nativo)

A grande sacada é que ela foi pensada do zero pra resolver todas as nossas dores de cabeça. Com o Temporal, o código vai ficar assim:

// Exemplo com a futura API Temporal
const hoje = Temporal.Now.plainDateISO(); // Pega a data de hoje, sem hora, sem fuso. Simples.
const daquiUmaSemana = hoje.add({ days: 7 }); // O método .add() retorna um NOVO objeto.

console.log(daquiUmaSemana.toString()); // O formato já é inteligente por padrão.

Percebe a diferença? A lógica é muito mais clara e direta.

Os benefícios que o Temporal vai trazer pra gente

Resumindo, as vantagens são enormes:

Imutabilidade por padrão:

Chega de bugs por alterar uma data sem querer. Toda operação (.add(), .subtract()) cria um novo objeto Temporal, mantendo o original intacto. Isso deixa o código muito mais seguro e previsível.

API clara e específica:

Chega de confusão. Teremos objetos separados para cada necessidade:

Temporal.PlainDate (só data)
Temporal.PlainTime (só hora)
Temporal.ZonedDateTime (data, hora e fuso horário) Você usa exatamente o que precisa.

Fim do pânico com fuso horário:

Lidar com timezones finalmente vai ser algo simples e explícito, diretamente na API, sem gambiarras.

Menos dependências:

Não vamos mais precisar instalar uma biblioteca pesada só para manipular datas. Isso significa projetos mais leves e menos uma coisa pra se preocupar em atualizar.

É basicamente a solução que a gente sempre quis, e o melhor: nativa no próprio JavaScript e já disponível para quem quiser testar.

🚀 React Native 0.80 Chegou!

Pablo Henrique — Mon, 23 Jun 2025 02:20:31 +0000

🚀 React Native 0.80 Chegou!

Em 12 de junho de 2025, a equipe do React Native lançou a versão 0.80 com diversas melhorias importantes em performance, estabilidade e integração com o React 19.

🔧 Principais novidades

🔹 Integração com React 19.1.0

O React Native agora usa por padrão o React 19.1.0, com melhorias em performance e debugging (como melhores owner stacks).

📦 API JavaScript mais estável

Deep imports depreciados: imports do tipo react-native/Libraries/... agora emitem avisos. Use apenas import { X } from 'react-native' - A remoção completa está prevista para a versão 0.82 -.
Nova API com tipagens TypeScript estritas: ative usando "react-native-strict-api" no tsconfig.json.

🧱 Congelamento da Legacy Architecture

A arquitetura antiga do React Native está congelada e não receberá novos recursos. É hora de migrar para a nova arquitetura baseada em Fabric + TurboModules.

⚙️ Otimizações de Performance

iOS

Pré-build experimental de dependências nativas.
Resultados: builds iniciais até 12% mais rápidos (M4 Mac testado com RCT_USE_RN_DEP=1).

Android

Otimização interprocedural (IPO) ativada por padrão no Hermes.
Resultados: redução média de 1MB no tamanho do APK.

⚠️ Última versão com suporte embutido ao JSC

O JavaScriptCore (JSC) foi movido para o pacote separado @react-native-community/javascriptcore. O foco principal seguirá com o Hermes.

✨ Outras mudanças

Novo campo "exports" no package.json do react-native.
Nova regra ESLint: @react-native/no-deep-imports.
Expo SDK Canary já compatível (estável virá no SDK 54).

✅ Recomendações para atualizar

Rode npx react-native upgrade ou atualize manualmente os pacotes.
Remova todos os deep imports do seu código.
Se usa TypeScript, ative a API estrita.
Teste as otimizações nos builds para iOS e Android.
Migre para Hermes se ainda usa JSC.

📚 Notas oficiais da versão 0.80

Deno - O novo runtime JavaScript e TypeScript.

Pablo Henrique — Sat, 16 May 2020 16:52:38 +0000

Desde o final de 2018, Ryan Dahl, criador do Node.js, trabalha na construção de um novo runtime JavaScript. Apesar de ser criado pelo mesmo criador do Node.js e a semelhança no nome (node ao contrário), o Deno foi construído do zero com implementações totalmente novas.

No dia 13/05/2020 foi anunciado oficialmente por Ryan Dahl, Bert Belder, e Bartek Iwańczuk a versão 1.0 do Deno, e explicando qual a razão que levaram a criação desse novo runtime.

E um dos pontos que valem ressaltar é que o Deno da total suporte a TypeScript de forma nativa, sem precisar de outra solução(como um pré compilador para converter o TypeScript em JavaScrypt assim como acontece no node).

Veremos um exemplo simples apresentado em seu blog

     import { serve } from "https://deno.land/std@0.50.0/http/server.ts";

     for await (const req of serve({ port: 8000 })) {
         req.respond({ body: "Hello World\n" });
     }

Neste exemplo é importado um módulo completo do servidor HTTP, e não é necessário nenhum arquivo de configuração adicional e nem instalação a ser feita, basta com um único comando para que seja executado

     deno run example.js

Um ponto bem destacado já no título do site oficial é "Um runtime seguro", isso porque ele é executado como nos navegadores, executado em uma "caixa" de proteção segura sendo assim os scripts não podem acessar o disco rígido, abrir conexões de rede ou executar outras ações potencialmente maliciosas sem permissão. Os navegadores, por exemplo, fornecem APIs para cessar câmera e microfones, mas os usuários devem primeiro dar a permissão. O Deno fornece comportamento análogo no terminal. O exemplo acima falhará, a menos que passemos junto ao comando o --allow-net.

     deno run --allow-net example.js

Promises

No Deno, os soquetes ainda são assíncronos, mas o recebimento de novos dados exige que os usuários o expliquem explicitamente com 'read()'. Nenhuma semântica de pausa extra é necessária para estruturar adequadamente um soquete de recebimento. Isso não é exclusivo para soquetes TCP. A camada de ligação de nível mais baixo do sistema está fundamentalmente ligada às promessas - chamamos essas ligações de "ops". Todos os retornos de chamada em Deno, de uma forma ou de outra, surgem de promessas.

Nestas primeiras impressões o Deno se mostra muito performático e inovador com o suporte nativo de typescript, mas ainda é muito cedo para podermos a utilizar em produção, mas já é uma boa opção de se ir acompanhando e estudando sobre, e dai fica a pergunta.

O Deno substituirá o Node?

Se quiser saber mais a fundo sobre o Deno, em seu site oficial tem muito conteúdo legal e exemplos de utilização.
Link: https://deno.land/v1