🥇L'auteur de Node.js a présenté la plateforme JavaScript sécurisée Deno 1.0

Après deux ans de développement présenté le premier lancement significatif Deno 1.0, une plateforme pour l'exécution isolée d'applications écrites en JavaScript et TypeScript, qui peut être utilisée pour créer des gestionnaires fonctionnant sur le serveur. La plateforme est développée par Ryan Dahl (Ryan Dahl), le créateur de Node.js. Tout comme dans Node.js, Deno utilise le moteur JavaScript V8, également utilisé dans les navigateurs basés sur Chromium. Cependant, Deno n'est pas un fork de Node.js, mais constitue un projet entièrement nouveau créé de toutes pièces. Le code du projet est distribué est sous licence MIT. Les versions préparés sont disponibles pour Linux, Windows et macOS.

Le numéro de version significatif est lié à la stabilisation de l'API dans l'espace de noms Deno, qui est responsable de l'interaction des applications avec le système d'exploitation. Les interfaces qui ne sont pas encore stabilisées, sont par défaut cachées et accessibles uniquement en exécutant en mode « —unstable ». Au fur et à mesure de la sortie de nouvelles versions, ces API seront progressivement rendues stables. L'API dans l'espace de noms global, qui inclut des fonctions standard telles que setTimeout() et fetch(), est autant que possible proche de l'API des navigateurs web standards et évolue en accord avec les normes web pour les navigateurs. Les API fournies par Rust, qui sont utilisées directement dans le code de la plateforme, ainsi que l'interface pour le développement de plugins pour l'exécution Deno, ne sont pas encore stabilisées et continuent d'évoluer.

Les motivations clés de la création de cette nouvelle plateforme JavaScript sont le désir d'éliminer les erreurs conceptuelles commises dans l'architecture de Node.js, et de fournir aux utilisateurs un environnement plus sécurisé. Pour améliorer la sécurité, l'encapsulation autour du moteur V8 est écrite en Rust, ce qui permet d'éviter de nombreuses vulnérabilités provenant d'un travail de bas niveau sur la mémoire, telles que l'accès à la mémoire après sa libération, la déréférencement de pointeurs nuls, et le dépassement de tampon. Pour le traitement des requêtes en mode non-bloquant, la plateforme Tokio, également écrite en Rust. Tokio permet de créer des applications hautes performances basées sur une architecture orientée événements, prenant en charge la multithreading et le traitement des requêtes réseau de manière asynchrone.

Principales caractéristiques Deno :

Orientation vers la sécurité dans la configuration par défaut. Les accès aux fichiers, les fonctionnalités réseau et l'accès aux variables d'environnement par défaut sont bloqués et nécessitent une activation explicite. Les applications par défaut s'exécutent dans des environnements sandbox isolés et ne peuvent pas accéder aux fonctionnalités système sans autorisations explicites.
Prise en charge intégrée de TypeScript en plus de JavaScript. Pour la vérification des types et la génération de JavaScript, le compilateur TypeScript standard est utilisé, ce qui entraîne une baisse de performance par rapport à l'analyse JavaScript dans V8. À l'avenir, il est prévu de préparer une mise en œuvre propre du système de vérification des types TypeScript, qui permettra d'augmenter de manière significative les performances du traitement TypeScript.
Le runtime est fourni sous la forme d'un seul fichier exécutable autonome (« deno »). Pour exécuter des applications avec Deno, il suffit téléchargée d'avoir un fichier exécutable pour sa plateforme, mesurant environ 20 Mo, sans dépendances externes et sans nécessiter une installation spéciale sur le système. Deno n'est pas une application monolithique, mais une collection de paquets crate en Rust (deno_core, rusty_v8), qui peuvent être utilisés séparément.
Lors de l'exécution d'un programme, ainsi que pour le chargement de modules, l'adressage via URL peut être utilisé. Par exemple, pour exécuter le programme welcome.js, la commande « deno https://deno.land/std/examples/welcome.js » peut être utilisée. Le code provenant de ressources externes est téléchargé et mis en cache sur le système local, mais n'est jamais mis à jour automatiquement (pour une mise à jour, il est nécessaire de lancer explicitement l'application avec le drapeau « --reload »).
Traitement efficace des requêtes réseau HTTP dans les applications, la plateforme est conçue pour créer des applications réseau très performantes.
Possibilité de créer des applications web universelles pouvant s'exécuter à la fois dans Deno et dans un navigateur web classique.
Présence d'un ensemble standard de modules, dont l'utilisation ne nécessite pas d'attacher des dépendances externes. Les modules de la collection standard ont subi un audit supplémentaire et ont été vérifiés pour leur compatibilité.
En plus de son environnement d'exécution, la plateforme Deno joue également le rôle de gestionnaire de paquets et permet d'accéder aux modules via URL dans le code. Par exemple, pour charger un module, on peut spécifier dans le code « import * as log from "https://deno.land/std/log/mod.ts". Les fichiers chargés depuis des serveurs externes via une URL sont mis en cache. Les versions des modules sont déterminées par des numéros de version intégrés à l'URL, par exemple « https://unpkg.com/liltest@0.0.5/dist/liltest.js » ;
Le système d'inspection des dépendances (commande « deno info ») et un utilitaire de formatage de code (deno fmt) sont intégrés.
Tous les scripts d'application peuvent être combinés en un seul fichier JavaScript.

Différences avec Node.js :

Deno n'utilise pas le gestionnaire de paquets npm
et ne s'attache pas aux dépôts, l'adressage des modules se fait via URL ou chemin de fichier, et les modules eux-mêmes peuvent être hébergés sur n'importe quel site ;
Dans Deno, « package.json » n'est pas utilisé pour définir les modules ;
Différence d'API, toutes les actions asynchrones dans Deno retournent une promesse ;
Deno exige une déclaration explicite de tous les pouvoirs nécessaires pour les fichiers, le réseau et les variables d'environnement ;
Toutes les erreurs non gérées entraînent l'arrêt de l'application ;
Deno utilise le système de modules ECMAScript et ne supporte pas require();
Le serveur HTTP intégré de Deno est écrit en TypeScript et fonctionne sur des sockets TCP natifs, tandis que le serveur HTTP de Node.js est écrit en C et fournit des liaisons pour JavaScript. Les développeurs de Deno se sont concentrés sur l'optimisation de toute la couche des sockets TCP et sur la fourniture d'une interface plus générale. Le serveur HTTP de Deno assure une bande passante plus faible mais garantit des latences prévisibles et faibles. Par exemple, dans un test, une simple application basée sur le serveur HTTP de Deno a pu traiter 25 000 requêtes par seconde avec une latence maximale de 1,3 millisecondes. Dans Node.js, une application similaire a traité 34 000 requêtes par seconde, mais les latences variaient de 2 à 300 millisecondes.
Deno n'est pas compatible avec les paquets pour Node.js (NPM), mais se développe séparément une couche pour la compatibilité avec la bibliothèque standard de Node.js, permettant à mesure de son développement de faire fonctionner de plus en plus d'applications écrites pour Node.js dans Deno.

Source : opennet.ru