Chacun au moins une fois dans sa vie codé en JavaScript. Certaines personnes disent qu’elles aiment ça et d’autres non. Ce ne sera qu'une petite "lettre" destinée aux personnes qui ont des sentiments lointains sur l'écosystème JS, qu'ils soient bons ou mauvais.
Avant de commencer, nous devons comprendre l’histoire de Javascript. Javascript n'est pas un langage, c'est un écosystème. Java ou C est un langage Javascript, ce n'est pas le cas, ECMAScript est le véritable nom du langage. Lorsque nous blâmons Javascript, nous blâmons en fait l'écosystème.
La programmation, c'est beaucoup de choses, si l'on imagine la programmation comme une grande sphère, le web en prend la plus grande part.
Quand on parle de programmation, 80 % des choses sont des technologies liées au Web. C'est pourquoi, en 1995, Javascript a commencé comme un simple langage Web pris en charge par IE4 en 1997. Pour comprendre, nous devons donc savoir que Javascript n'a jamais été destiné à être utilisé sur le serveur. Netscape, qui était en fait le premier navigateur à prendre en charge Javascript, utilisait Mocha comme moteur Javascript, mais tout jusqu'à la V8 n'était pas simplement suffisant.
Au fur et à mesure que les besoins augmentaient, les premières tentatives pour rendre Javascript plus fort et plus rapide ont commencé, mais l'équipe de Google fait des miracles et a rendu Javascript assez rapide non seulement pour le client, mais avec l'introduction de V8 et Node.js par Ryan Dahl, Javascript a commencé pour être également utilisable sur le serveur.
D'autres langages comme C ou Java, ils sont destinés à être au niveau machine et à créer des programmes de niveau inférieur. Pour comprendre à quel point Javascript est un miracle sur le serveur, imaginez essayer de mettre Java sur le client. L'intention du langage n'est pas d'être utilisé pour interagir avec le DOM et les API Web, donc de nombreuses astuces doivent se produire.
ECMAScript 1 était le langage des navigateurs Web et était destiné à fonctionner uniquement dans ceux-ci. Si l’on reproche ensuite au langage ses performances, il faut savoir que ce n’est pas le langage mais le moteur derrière le langage
Près d'une décennie plus tard, en 2009, alors que les besoins d'ECMAScript augmentaient, ES5 est finalement arrivé. C’est ici que le grand boom s’est produit. Le langage ECMAScript était en réalité utilisable pour bien plus de choses que de simples applications frontales. Quelques années plus tard, React et d'autres frameworks ont commencé à apparaître à l'horizon et non seulement pour le frontend mais aussi pour le backend avec l'introduction d'express.js
Javascript devait avoir de la liberté car le frontend n'est pas strict et serré comme le développement backend, les besoins artistiques du boom côté client de React et avant ont créé un écosystème assez lâche avec peu de règles et de restrictions.
Si d'autres langages existaient sur le serveur depuis plus d'une décennie, Javascript veut faire son entrée, il est facile d'utiliser le langage en raison de sa syntaxe simple et il est également pratique d'avoir le même langage de programmation pour le développement front-end et back-end. .
C'est quelque chose dont je veux parler. Avant 2009, avant que Shopify ne lance officiellement sa plateforme, nous n'avions pas beaucoup d'interactivité avec les services backend. La mauvaise nature de Javascript était assez bonne pour le Web à cette époque et les quelques grandes plates-formes Web existaient à cette époque, utilisaient PHP comme backend et Frontend comme Facebook, s'ils avaient plus de besoins, ils utilisaient Java comme backend. L'interactivité avec les API était mauvaise et quelque chose devait changer.
Node.js a aidé les développeurs à faire ce qu'ils voulaient, à faire du Web une expérience de développement transparente et à ne pas avoir à utiliser différents langages pour le même ensemble de fonctionnalités. Au départ, les performances de Nodejs étaient mauvaises, la mise à l'échelle était difficile et quelque chose devait arriver.
Javascript avait beaucoup de problèmes à résoudre. La première chose à résoudre était la performance et, comme nodejs a également amélioré les performances.
Une base de code unique pour tout était possible, mais l'évolutivité n'était pas là pour répondre aux normes de l'industrie. La sécurité des types était indispensable et comme Facebook a créé Hack, Microsoft a introduit Typescript.
Javascript a résolu le problème de performances, il n'est peut-être pas aussi rapide que Go ou Rust, mais ce n'est pas obligatoire. Vous n’avez pas besoin de performances folles pour les standards du Web et si vous en avez besoin, créez simplement un service dans Go ou Rust. Laissez-moi vous dire qu’Internet tel que nous le connaissons utilise PHP et Ruby à la base. Ils sont beaucoup plus lents que Javascript et beaucoup plus gourmands en ressources.
Javascript a résolu le problème de sécurité des types, il peut donc être utilisé dans des projets plus importants, mais un dernier problème traque Javascript jusqu'à ce que nous ayons fait une grande avancée il y a quelques jours.
Parce que Javascript n'est pas un langage mais un écosystème, les nouvelles fonctionnalités et outils ne sont pas construits dans le langage mais autour de lui. Vous finissez par avoir 20 fichiers de configuration juste pour exécuter une petite application SPA avec 3 points de terminaison sur le backend. Le changement dont nous avions besoin est de tout regrouper dans une seule chose.
Mettez ECMAScript, Types, Linting, Sécurité et formatage dans un seul ensemble. Parce qu’à l’heure actuelle, non seulement vous êtes perdu dans l’enfer de la dépendance, mais le codage est difficile car il n’existe pas de norme unique sur la façon de faire les choses. D'autres langages comme Java, Ruby, Go, Rust ou Perl ont tout à l'intérieur des barrières linguistiques.
Ryan Dahl a présenté Deno, ce que Deno commence à faire, c'est de tout regrouper. C'est très prometteur.
Typescript à l'heure actuelle, avec ses performances, la quantité de bibliothèques, les SDK qui existent autour du langage et des ressources, y compris la promesse que fait Deno, il va conquérir l'ensemble de l'industrie Web.
Imaginez un monde où tous ces fichiers et leurs commandes sont regroupés dans un seul moteur Javascript.
eslintrc.json
tsconfig.json
vite.config.js
package.json
postcss.config.js
.prettierrc
ecosystem.config.js
.husky
D'après ma mauvaise compréhension, Javascript est sur le point, dans seulement 3-4 ans, de devenir un choix évident en matière de Web. Vous souhaitez créer des microservices, des microfrontends, des monolithes, évoluer jusqu'à 5 000 requêtes/s ou simplement créer un simple SPA Javascript sera la seule et unique solution.
Donnez du temps à Javascript et les alternatives pour le Web comme PHP, Ruby ou Go reculeront. Parce qu'à l'heure actuelle, tout le monde a des arguments valables contre Javascript, mais l'avenir est très prometteur.
En conclusion, JavaScript a considérablement évolué depuis ses humbles débuts en tant que simple langage de script pour les navigateurs Web jusqu'à devenir un écosystème robuste capable de gérer à la fois des applications côté client et côté serveur. Son parcours a été marqué par des améliorations continues des performances, de l'évolutivité et de la sécurité des types, ce qui en fait un choix polyvalent pour le développement Web moderne.
L'introduction d'outils comme Node.js et de frameworks tels que React ont étendu ses capacités, tandis que des innovations comme Deno promettent de rationaliser davantage le processus de développement en intégrant divers outils et configurations dans un environnement cohérent.
Avec des progrès continus et une communauté forte, l'avenir de JavaScript s'annonce prometteur, offrant aux développeurs une plateforme unifiée et efficace pour créer les applications Web de demain.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
