Introdução

Fala pessoal! Tudo tranquilo?

Nesse post eu vou falar o pouquinho que eu sei sobre o novo queridinho do Backend, que tem dado o que falar nas comunidades de desenvolvimento.

É mesmo necessário outro interpretador do JavaScript?

O Deno, assim como o Node.js, é um ambiente de execução de JavaScript. Ele foi desenvolvido pelo próprio criador do Node utilizando a linguagem Rust. Assim como o Node, Deno também utiliza o V8, engine de JavaScript do Google Chrome.

Ao saber disso eu fiquei com uma dúvida martelando na cabeça, por que outro interpretador de JavaScript?

Pesquisando sobre o assunto eu rapidamente encontrei uma palestra do Ryan Dahl, o criador do Node, chamada 10 Things I Regret About Node.js.

Claro que não é somente o Node que possui problemas, isso acontece em muitas outras linguagens e frameworks, e foram esses erros que serviram de aprendizado para Ryan Dahl pensar em algo novo.

Mas é claro que o Deno não se limita a melhorar em aspectos que foram considerados ruins no Node, como também possui várias novidades.

TypeScript

O Deno não interpreta apenas JavaScript, mas também o TypeScript, tudo isso sempre que você precise configurar nada. Isso é algo muito positivo diante do crescimento que esse superset do JavaScript tem apresentado.

Segurança

Ao contrário do seu 'antecessor', no Deno, um código malicioso não poderá acessar suas informações a menos que você conceda uma permissão.

Adeus node_modules

Projetos criados com o Node utilizam o NPM como gerenciador de dependências, que armazenam os pacotes na pasta node_modules, que pode chegar a um tamanho enorme.

O Deno resolve esse problema buscando códigos externos, assim como o navegador. Ou seja, podemos importar o código de um arquivo passando seu endereço.

Referências

• Deno Handbook, por Flavio Copes
• Deno: conheça o suposto substituto do Node.js, Treina Web