Mobile ? Web ? Je m'en moque.<\/h2>\n
Supposons que nous voulions cr\u00e9er une application qui utilise la fonction React<\/a> biblioth\u00e8que. Cette biblioth\u00e8que peut \u00eatre utilis\u00e9e pour cr\u00e9er des applications web et des applications mobiles avec React native. Les m\u00e9canismes logiques de l'application, tels que l'autorisation, le calcul, le filtrage, etc. donn\u00e9es<\/a> et ainsi de suite, peut se faire avec Crochets React<\/a>. L'int\u00e9r\u00eat est que ces crochets peuvent \u00eatre partag\u00e9s par les deux versions de l'application - web et mobile. Gr\u00e2ce \u00e0 cette option, nous avons les sauvegardes suivantes :<\/p>\n Pour r\u00e9sumer ce paragraphe, ce n'est pas une seule base de code qui alimentera toutes les versions de l'application, bien que nous puissions diviser le code partag\u00e9 et l'utiliser dans chaque version pour rendre l'application plus efficace. processus de d\u00e9veloppement<\/a> vraiment plus rapide.<\/p>\n Conclusion - si vous souhaitez cr\u00e9er une application web et une application mobile en m\u00eame temps, pensez \u00e0 la biblioth\u00e8que React qui peut partager une base de code dans les versions web et mobile de l'application.<\/p>\n Il y a quelques ann\u00e9es, lorsque l'on parlait du backend, peu de gens imaginaient que sa maintenance pouvait \u00eatre possible \u00e0 l'aide d'un langage tel que le JS<\/strong>. Le d\u00e9veloppement de cette langue est \u00e9tonnant et ses fruits peuvent \u00eatre r\u00e9colt\u00e9s jusqu'\u00e0 aujourd'hui.<\/p>\n De quoi s'agit-il ? Si vous engagez le bon D\u00e9veloppeurs JS<\/strong>Il s'av\u00e8re qu'ils peuvent \u00e9crire non seulement la partie frontale de l'application, mais aussi la partie dorsale - c'est-\u00e0-dire \u00eatre responsables du traitement des donn\u00e9es sur le serveur, de la communication avec la base de donn\u00e9es, de divers types d'int\u00e9grations, etc. Vous h\u00e9sitez encore ou n'\u00eates pas convaincu par ce langage ? Il n'y a aucune raison d'avoir cette attitude ! Backend utilisant JS <\/strong> peut \u00eatre mis en \u0153uvre de deux mani\u00e8res : dans un mode extensible et configurable, que express.js peut nous fournir, et dans un mode structur\u00e9 utilisant le mod\u00e8le DI - nest.js.<\/p>\n Ces deux solutions sont extr\u00eamement populaires et alimentent de nombreuses applications de production dont les propri\u00e9taires sont des \"g\u00e9ants de la technologie\" dans leur secteur d'activit\u00e9. Je pense qu'elles ont suffisamment \u00e9volu\u00e9 pour vous convaincre de choisir l'une ou l'autre.<\/p>\n Ce n'est toujours pas suffisant ? \u00c0 l'instar du partage de code entre les applications web et mobiles, le backend peut partager des ressources \u00e0 la fois avec les premi\u00e8res et les secondes. Le mot cl\u00e9 \u00e0 utiliser ici est TypeScript<\/a> - Il nous permet notamment de partager une base de code, c'est-\u00e0-dire une d\u00e9finition des types de donn\u00e9es commune \u00e0 toutes les plates-formes.<\/p>\n Avec des applications construites uniquement sur le JavaScript<\/a> <\/strong>\/ TypeScript<\/strong> En utilisant le monolithe, nous \u00e9conomisons de nombreuses lignes de code que nous devrions dupliquer dans les langages de programmation natifs. D'autre part, en utilisant le m\u00eame langage sur tous les fronts, nous pouvons partager une grande quantit\u00e9 de logique entre toutes les applications, ce qui acc\u00e9l\u00e8re consid\u00e9rablement le temps de d\u00e9veloppement d'une application particuli\u00e8re. N'est-ce pas formidable ?<\/p>\n Il s'av\u00e8re que les technologies de construction d'applications pour navigateur sont excellentes pour la maintenance des applications que nous utilisons sous leur forme de bureau - un bon exemple ici est Slack. Slack est une application utilis\u00e9e pour \u00e9quipe<\/a> la communication - outre la messagerie standard, il offre de nombreuses fonctionnalit\u00e9s diff\u00e9rentes et divers types d'int\u00e9grations externes. Tout cela en fait l'une des applications les plus populaires, utilis\u00e9e principalement dans les secteurs de la sant\u00e9 et de l'\u00e9ducation. Industrie des technologies de l'information<\/a>.<\/p>\n Il s'av\u00e8re que Slack utilise \u00e9galement des technologies web (et donc JavaScript) pour construire son interface d'application. La base qui permet d'ex\u00e9cuter de telles applications sur votre bureau est l'\u00e9lectron. La cr\u00e9ation d'interfaces graphiques \u00e0 l'aide de technologies web rend le d\u00e9veloppement d'applications pour diff\u00e9rentes plateformes beaucoup plus facile, rapide et g\u00e9n\u00e9ralement possible en m\u00eame temps.<\/p>\n Si l'on en croit la partie frontale de l'application, il n'y a pas d'illusion \u00e0 se faire sur le fait que l'application est en cours de d\u00e9veloppement. JS <\/strong>est le seul et unique langage qui alimente l'\u00e9cosyst\u00e8me ici. Pour l'instant, il n'y a pas d'alternatives viables qui peuvent remplacer cette partie de l'application (bien que je pense que WebAssembly pourrait nous surprendre \u00e0 l'avenir). Ainsi, en ce qui concerne la maturit\u00e9 de JS sur le frontend, il ne fait aucun doute qu'il s'agit du seul langage royal.<\/p>\n En ce qui concerne le backend, de nombreux d\u00e9veloppeurs peuvent sembler choqu\u00e9s ou nier imm\u00e9diatement que JS est un langage de programmation adapt\u00e9 au backend. Cependant, la question doit \u00eatre analys\u00e9e objectivement.<\/p>\n De nombreux fournisseurs de services en nuage proposent des kits de d\u00e9veloppement logiciel (SDK) qui vous permettent d'utiliser directement les services en nuage. nuage<\/a> m\u00e9thodes. Curieusement, l'un des onglets les plus populaires, juste \u00e0 c\u00f4t\u00e9 de C#, Go et Java<\/a>, est Node.js<\/a>. Il s'av\u00e8re que cette plate-forme est id\u00e9ale pour la mise \u00e0 l'\u00e9chelle et la cr\u00e9ation d'applications bas\u00e9es sur les \u00e9l\u00e9ments suivants microservices<\/a> ou l'architecture sans serveur. Conclusion - JS est l'un des langages les plus populaires pour d\u00e9velopper des applications bas\u00e9es sur une architecture microservices\/sans serveur. Sur les \u00e9crans ci-dessous, on peut voir que la sainte trinit\u00e9 (Google Computing Services, AWS<\/a>, L'azur<\/a>) des fournisseurs de services en nuage nous permet de cr\u00e9er des applications \u00e0 l'aide d'un syst\u00e8me d'information en nuage. n\u0153ud<\/a>.js.<\/p>\n En ce qui concerne l'\u00e9cosyst\u00e8me node.js, tout le monde est probablement familier avec une biblioth\u00e8que appel\u00e9e express.js - c'est un outil simple et direct qui vous permet de d\u00e9finir des chemins et de leur fournir ensuite des donn\u00e9es appropri\u00e9es qui ont \u00e9t\u00e9 correctement trait\u00e9es du c\u00f4t\u00e9 JS. De plus, le mod\u00e8le utilis\u00e9 parmi les requ\u00eates HTTP trait\u00e9es dans express.js est devenu l'un des plus populaires dans l'ensemble de l'\u00e9cosyst\u00e8me et constitue une sorte de mod\u00e8le pour diverses autres biblioth\u00e8ques utilisant, par exemple, l'architecture sans serveur.<\/p>\n Conclusion - JS est un langage suffisamment mature pour mettre toutes les cartes en place et construire \u00e0 la fois le frontend et le backend. De plus, c'est un langage assez r\u00e9cent qui trouve facilement sa place dans les architectures d'applications modernes. C'est formidable qu'un programmeur qui conna\u00eet un langage puisse ma\u00eetriser les deux c\u00f4t\u00e9s (full stack) d'une application.<\/p>\n Le moteur le plus souvent utilis\u00e9 pour l'ex\u00e9cution du code JS est le v8, bas\u00e9 sur le langage C++. Ce moteur d\u00e9velopp\u00e9 par Google est d\u00e9di\u00e9 \u00e0 l'ex\u00e9cution d'applications pour les plateformes web. Il est int\u00e9ressant de noter que ce moteur n'interpr\u00e8te pas le code JS. Au lieu de cela, il effectue ce que l'on appelle la \"JIT\" - \"compilation juste \u00e0 temps\". Gr\u00e2ce \u00e0 cela, nous n'avons pas besoin d'interpr\u00e9ter le code JS ligne par ligne, nous le compilons et l'ex\u00e9cutons. C'est encore plus rapide et cela permet d'obtenir de tr\u00e8s bons r\u00e9sultats en termes de performances.<\/p>\n La JS est-elle assez juste en ce qui concerne les performances ? Oui, il l'est. Tant que vos algorithmes sont suffisamment justes, il n'y a aucun probl\u00e8me \u00e0 utiliser JS c\u00f4t\u00e9 serveur. L'autre chose est de garder votre code aussi asynchrone que possible. Gr\u00e2ce \u00e0 ces pratiques, votre code peut g\u00e9rer des requ\u00eates parall\u00e8les sans aucun probl\u00e8me. Vous n'avez pas \u00e0 vous soucier du changement de technologie en raison des performances - en particulier lorsque l'architecture de l'application est \u00e9volutive.<\/p>\n J'ai d\u00e9j\u00e0 discut\u00e9 en d\u00e9tail des performances et des crit\u00e8res d'\u00e9valuation dans cet article. <\/p>\n Eh bien, ce sont des dizaines d'opinions selon lesquelles le langage JS se comporte bizarrement dans certains cas et sa manipulation est quelque chose qui vous fera exploser la t\u00eate pendant le processus de d\u00e9veloppement. Je ne suis pas d'accord \ud83d\ude42 Tout comme n'importe quel autre langage, il a plusieurs patterns\/comportements qui ne sont pas \u00e9l\u00e9gants, mais avec la compr\u00e9hension de leur fonctionnement et de leurs objectifs, d\u00e9velopper des applications avec JS n'est pas d\u00e9sagr\u00e9able.<\/p>\n La remarque \"asynchrone\" juste avant JS fait particuli\u00e8rement fr\u00e9mir certains d\u00e9veloppeurs. C'est difficile \u00e0 comprendre quand on n'a pas d'exp\u00e9rience en la mati\u00e8re. Cependant, c'est une partie de JS qui nous permet de construire des solutions modernes de mani\u00e8re simple. Jetons un coup d'\u0153il aux websockets : comme elles sont bas\u00e9es sur les \u00e9v\u00e9nements, chacune des unit\u00e9s connect\u00e9es - l'utilisateur et le serveur - peut \u00e9mettre et recevoir des \u00e9v\u00e9nements en parall\u00e8le. Si le code qui alimente cette application est suffisamment asynchrone et ne bloque pas le thread principal, nous pouvons facilement g\u00e9rer des milliers de requ\u00eates en peu de temps.<\/p>\n Comparons JS et PHP<\/a> dans le contexte des websockets. Le PHP est un langage de programmation synchrone, c'est pourquoi la r\u00e9solution des probl\u00e8mes li\u00e9s aux websockets est un v\u00e9ritable casse-t\u00eate. Nous pouvons voir que le PHP s'inspire des mod\u00e8les de JS pour construire des applications backend interactives qui peuvent utiliser des technologies modernes, telles que webrtc ou websockets.<\/p>\n En rassemblant tous les paragraphes, nous pouvons constater quelques faits :<\/p>\n JavaScript<\/strong> est un langage qui peut \u00eatre utilis\u00e9 pour cr\u00e9er toutes sortes d'applications, qu'il s'agisse d'applications web, d'applications mobiles ou d'applications de bureau ; Pour donner mon avis, certes partial, tirer parti de l'option de JavaScript qui permet de r\u00e9utiliser le m\u00eame code sur tous les fronts disponibles est quelque chose qui acc\u00e9l\u00e9rera certainement le d\u00e9veloppement d'applications et r\u00e9duira le nombre de d\u00e9veloppeurs impliqu\u00e9s dans la maintenance du backend d'applications \u00e9crites dans d'autres technologies. Pour le confirmer, rappelons qu'un grand nombre de soi-disant g\u00e9ants de l'informatique suivent ce mod\u00e8le et partagent une bonne partie de leur base de code entre les diff\u00e9rentes plates-formes. Malgr\u00e9 les divergences d'opinion sur ce langage, il faut tenir compte du fait que les statistiques d'utilisation et de satisfaction quant \u00e0 l'utilisation de JS <\/strong>se d\u00e9veloppe d'ann\u00e9e en ann\u00e9e, et ses d\u00e9veloppeurs peuvent facilement s'inscrire dans la tendance de la pile compl\u00e8te.<\/p>\n En savoir plus :<\/b><\/p>\n Pourquoi vous devriez (probablement) utiliser Typescript<\/a><\/p>\n Comment ne pas tuer un projet avec de mauvaises pratiques de codage ?<\/a><\/p>\n\n
Mais qu'en est-il du backend ?<\/h2>\n
Le langage JS peut-il alimenter des applications de bureau ?<\/h2>\n
La JS est-elle assez m\u00fbre ?<\/h2>\n
![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.12.png\" "\\"D\u00e9marrage")
<\/p>\n![\"Comparaison](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.25.png\" "\\"D\u00e9marrage")
<\/p>\nLa JS est-elle assez rapide ?<\/h2>\n
Le JS n'est-il pas une bizarrerie parmi d'autres langues ?<\/h2>\n
M\u00e9langer le tout<\/h2>\n
\nLes applications \u00e9crites en JS peuvent partager diff\u00e9rents fragments de code entre elles, tels que ceux responsables du formatage des donn\u00e9es ou des types en Typescript ;
\nGr\u00e2ce \u00e0 la croissance du web, les performances offertes par le langage JS sont suffisamment bonnes pour que l'on opte pour le d\u00e9veloppement d'applications frontales et dorsales ;
\nGr\u00e2ce \u00e0 sa conception inhabituelle, le JavaScript est capable de prendre en charge des infrastructures d'application modernes, telles que les websockets et le WebRTC ;
\nEn faisant appel \u00e0 un d\u00e9veloppeur comp\u00e9tent, vous pourrez exploiter le potentiel de ce langage sur tous les frontend disponibles ;
\nLe JS est un langage qui gagne en popularit\u00e9 depuis plusieurs ann\u00e9es, et rien n'indique que cela va changer.<\/p>\n![\"Conseil](\"\/app\/uploads\/2024\/05\/cta_2.jpeg\")
<\/a><\/p>\n