Tout savoir sur le développement d’applications web

<h2>Qu’est-ce qu’une application web ?</h2> <p>Les applications web sont le plus souvent des applications de type client-serveur qui reposent sur les technologies du web pour le rendu de l’interface et les interactions avec l’utilisateur. Elles sont donc généralement accessibles via un navigateur standard (Google Chrome, Firefox, Microsoft Edge, Opera, Vivaldi, etc.). C’est le cas par exemple pour les suites applicatives Google Workspace et Microsoft 365.</p> <p>Elles se distinguent d’un site web classique par leur interactivité et par la capacité donnée à l’utilisateur de manipuler des données et d’accomplir des tâches parfois sophistiquées. De fait, en matière de fonctionnalités, elles se rapprochent souvent des applications traditionnelles, tout en s’en distinguant souvent quant à l’aspect, l’expérience utilisateur et parfois la facilité d’utilisation. Si vous avez déjà eu l’occasion d’utiliser l’application desktop Microsoft Office et sa version application web, Office 365, vous savez de quoi il retourne.</p> <p>L’interface utilisateur d’une application web peut aussi être encapsulée dans une application de visualisation web, ce qui permet de réaliser autant des applications mobiles (grâce à UIWebView sur iOS et WebView sur Android) que des applications “desktop” (grâce au framework Electron par exemple, qui inclut le moteur de rendu web Chromium). Une application de visualisation web est en fait un navigateur réduit à sa plus simple expression, sans interface de navigation, qui ne permet d’accéder qu’à une seule application en ligne. Des applications courantes comme WhatsApp, Twitch, Microsoft Teams et Slack reposent sur cette technologie.</p> <p>Les applications web offrent de nombreux avantages :</p> <ul> <li>Quand elles s’exécutent côté client dans un navigateur, aucune installation complexe n’est nécessaire pour l’utilisateur. Elles sont ainsi immédiatement fonctionnelles.</li> <li>Elles n’exigent pas de l’utilisateur d’effectuer des mises à jour logicielles. C’est toujours la dernière version qui “tourne”.</li> <li>Elles sont généralement peu exigeantes du côté matériel (espace disque, puissance de calcul) pour le client.</li> <li>Elles sont par nature multiplateformes sur ordinateur de bureau (Windows, Mac, Linux). C’est aussi souvent le cas pour les applications web optimisées pour le mobile (iOS et Android).</li> <li>La même application et vos données peuvent être utilisées facilement sur différents appareils, l’ordinateur de votre entreprise et votre ordinateur personnel par exemple, ce qui peut être utile dans un contexte de télétravail.</li> <li>Les données stockées à distance ouvrent la porte à des usages collaboratifs simplifiés (plusieurs utilisateurs modifiant en même temps un même document, par exemple).</li> <li>Etc.</li> </ul> <h2>Différents types d’applications web</h2> <h3>Les applications web statiques</h3> <p>Plutôt que d’assembler des pièces de contenu dans des processus côté serveur avant de les envoyer à l’utilisateur, ce genre d’applications web s’appuie entièrement sur le navigateur client pour gérer l’interaction et le rendu du contenu. En d’autres termes, une application web statique ne dépend pas d’un serveur pour la fourniture de contenus dynamiques, mais seulement d’un serveur web standard qui délivre des fichiers statiques. Elle repose entièrement sur les technologies du web et est donc composée de fichiers HTML, CSS, JavaScript et d’images (GIF, JPEG, SVG). La manipulation du rendu (HTML+CSS) se fait au sein du navigateur, via JavaScript.</p> <p>L’un des avantages des applications web statiques est l’économie en ressources côté serveur, puisqu’elles sont simplement des fichiers stockés sur un serveur web ordinaire (HTTP) et envoyés tels quels à l’utilisateur final. Vous n’avez pas à gérer d’infrastructure capable de supporter la montée en charge provoquée par la multiplication de processus actifs sur votre serveur au fur à mesure que le nombre d’utilisateurs de l’application croît. Aussi, il est possible de produire des applications capables de fonctionner hors-ligne. Cela étant dit, leur domaine d’application est somme toute limité.</p> <h3>Les applications web dynamiques</h3> <p>Les applications web dynamiques reposent sur un serveur web pour servir les fichiers au navigateur client (Apache, Nginx, Lighttpd, etc.) et sur un serveur applicatif pour produire le contenu qui répond aux requêtes du client. La technologie du serveur applicatif peut faire appel à différents langages de programmation comme nous le verrons plus loin.</p> <p>L’inconvénient de ces applications dynamiques est qu’elles ont besoin d’une connexion permanente au serveur sur lequel une instance de l’application s’exécute. Cette connexion peut être exigeante en bande passante pour une application complexe et, sans connexion adéquate, l’utilisateur risque de subir des lenteurs et des dysfonctionnements. En cas de coupure à l’accès Internet, l’application ne peut plus du tout fonctionner. Aussi, plus il y a d’utilisateurs, plus l’infrastructure côté serveur doit être robuste pour supporter la montée en charge.</p> <h3>Les applications web hybrides</h3> <p>Nous les citons pour être exhaustif d’un point de vue théorique et parce que cette dénomination est parfois utilisée. Ces applications dites hybrides ont une partie des fonctionnalités qui s’exécutent en local au sein du navigateur grâce à JavaScript et une autre qui est traitée sur un serveur distant. Elles tiennent donc à la fois de l’application web statique que de l’application web dynamique. Dans la pratique, la plupart des applications web dynamiques actuelles sont en fait aussi hybrides dans une certaine mesure, puisqu’elles font appel à des scripts JavaScript exécutés en local (ne serait-ce que pour injecter du contenu dans le HTML du client via Ajax, une technique basée sur JavaScript).</p> <h3>Les applications web progressives (PWA)</h3> <p>Les applications web progressives (PWA) sont une manière de développer des applications web, qui vise plus particulièrement le mobile et qui met l’accent sur la qualité de l’expérience utilisateur, quels que soient l’appareil utilisé et la qualité de sa connectivité. C’est une sorte une norme qui est soutenue par Google, notamment pour sa plateforme Android. Il est possible de mesurer le pourcentage de conformité d’une application au “standard” PWA. Dans la pratique, il s’agit d’applications web statiques (voir plus haut).</p> <h2>Quelques exemples d’applications web</h2> <p><picture><source srcset="https://www.spiria.com/site/assets/files/11534/mobile_app.400x0.webp" type="image/webp" media="(max-width: 599px)" /><source srcset="https://www.spiria.com/site/assets/files/11534/mobile_app.760x0.webp" type="image/webp" media="(max-width: 999px)" /><source srcset="https://www.spiria.com/site/assets/files/11534/mobile_app.1039x0.webp" type="image/webp" media="(min-width: 1000px)" /><img title="Quelques exemples d’applications web" src="/site/assets/files/11534/mobile_app.webp" alt="Quelques exemples d’applications web" /></picture></p> <p>Les applications web sont omniprésentes sur Internet. Dès que vous êtes sur un site transactionnel, vous faites en fait face à une application web. Elles sont aussi de plus en plus courantes en tant que SaaS (“software as a service” ou logiciel en tant que service). Ces logiciels, gratuits ou vendus sur abonnement, sont accessibles via un navigateur et peuvent être presque aussi sophistiqués qu’une application native pour ordinateur. La suite Office 365 est un bon exemple de SaaS et depuis peu de temps, Adobe propose une version application web tout à fait convaincante de son logiciel phare, Photoshop. Ce qui démontre qu’il est possible de faire des choses très ambitieuses avec les applications web.</p> <p>Les applications web peuvent aussi se faire discrètes à un tel point que la plupart de leurs utilisateurs ignorent qu’ils interagissent avec une application web. C’est le cas des applications web encapsulées, qui se présentent sur l’ordinateur comme une application standard et qui ne nécessitent pas l’usage d’un navigateur. Ces applications sont réalisées à l’aide de frameworks comme Electron qui combine le moteur de rendu Chromium (le moteur d’affichage du navigateur Chrome) et le runtime Node.js.</p> <h3>Les plateformes de commerce en ligne</h3> <p>Les sites de commerce en ligne sont des applications web qui peuvent prendre à charge de nombreuses fonctionnalités, allant du traitement des commandes à la gestion du stock. Les très gros acteurs comme Amazon ont développé leur propre application qui répond très spécifiquement à leurs besoins. Les petites et moyennes entreprises ont recours à des solutions SaaS comme Shopify par exemple. Ce genre de plateforme offre tous les outils nécessaires à la création et au lancement de sites de commerce électronique, y compris la gestion des produits et de la chaîne d’approvisionnement, et l’intégration des systèmes de paiement.</p> <h3>Les solutions de gestion de la relation client (CRM)</h3> <p>Un logiciel de CRM (pour “customer relationship management”) est un outil conçu pour aider les entreprises à offrir à leurs clients une expérience unique et à entretenir la relation avec eux afin de développer les ventes. Il fournit un portrait complet de toutes les interactions avec les clients et offre des outils sophistiqués de suivi des ventes. Il permet un travail collaboratif entre différentes équipes comme les ventes et le marketing. Des exemples de solutions de gestion de la relation client populaires sont les plateformes Salesforce et HubSpot.</p> <h3>Les logiciels de gestion intégrée (ERP)</h3> <p>Un logiciel d’ERP (pour “enterprise resource planning”) constitue la colonne vertébrale de bien des entreprises en centralisant de nombreuses fonctions essentielles comme la gestion des ressources humaines, la gestion comptable et financière, l’aide à la décision, etc. Ces importants logiciels sont de plus en plus proposés en tant que SaaS, c’est-à-dire en tant qu’application web sur abonnement. Parmi ces solutions en ligne, on trouve Microsoft Dynamics 365, Oracle NetSuite ERP, Sage X3 ERP, SAP Business ByDesign, Plex Manufacturing Cloud, etc.</p> <h3>Les systèmes de gestion de contenus (CMS)</h3> <p>Pour gérer des contenus en ligne, c’est-à-dire bâtir un site web, on a aujourd’hui recours à deux solutions. La première est d’installer une application, par exemple Drupal ou ProcessWire, sur un serveur. La seconde, plus simple, est d’avoir recours à une plateforme SaaS où tout est préinstallé, par exemple Wordpress.com, Squarespace ou Wix. Dans tous les cas, ce sont toujours des applications web pour la partie “back office”, c’est-à-dire les interfaces qui vous permettent de gérer vos contenus.</p> <h2>Le processus de développement d’une application web</h2> <p>Le processus développement d’une application web est similaire à celui de toute autre application. Il passe par des étapes toutes indispensables à la réussite du projet.</p> <p><picture><source srcset="https://www.spiria.com/site/assets/files/11534/process.400x0.webp" type="image/webp" media="(max-width: 599px)" /><source srcset="https://www.spiria.com/site/assets/files/11534/process.760x0.webp" type="image/webp" media="(max-width: 999px)" /><source srcset="https://www.spiria.com/site/assets/files/11534/process.1039x0.webp" type="image/webp" media="(min-width: 1000px)" /><img title="Process" src="/site/assets/files/11534/process.webp" alt="Process" /></picture></p> <h3>1. La planification</h3> <p>La planification est une phase fondamentale du développement d’une application web, basée essentiellement sur des rencontres exploratoires et d’analyse avec l’équipe multidisciplinaire chargée du développement. Elle vise à atténuer les risques et à partir sur de bonnes bases. Il ne faut pas la bâcler ou l’esquiver, car c’est souvent là que se décide le futur succès ou l’échec. Elle sert à définir le concept, à préciser les contours du produit final, à identifier le public cible et à jauger la pertinence de chaque fonction offerte.</p> <h3>2. Les requis</h3> <p>Cette étape reprend le travail effectué à l’étape de planification et ajoute un niveau de détail supplémentaire pour aboutir à un inventaire le plus exhaustif possible des besoins et des objectifs de l’application web. La transcription de ceux-ci se détaille en fonctionnalités applicatives qui pourront être priorisées en équipe (par “sprints” dans le cadre d’un développement mené avec la méthodologie Agile) pour le design et le développement. À la fin de cette tache, vous avez normalement tous les éléments pour évaluer les coûts du projet.</p> <h3>3. Le design et le prototypage</h3> <p>Lors de cette phase, une fois les requis bien définis, on réalise une schématisation de l’architecture de l’application web. Celle-ci peut prendre différentes formes. Elle peut décrire l’architecture technologique (matérielle et logicielle) et les interfaces exposées à différents services ou à des sources de données, par exemple.</p> <p>Aussi, une analyse de l’expérience usager (User Experience) permet de bâtir des maquettes fonctionnelles (Wireframes) pour valider la fonctionnalité visuelle (User Interface), l’ergonomie et l’usage efficient de navigation au sein de l’application. L’objectif de la conception UX/UI d’une application web est de créer d’excellentes expériences utilisateur via des interfaces interactives, intuitives, fluides, efficientes et conviviales. Le succès d’une application web repose en grande partie sur la qualité de son design qui influe sur la façon dont les utilisateurs adoptent et utilisent toutes les fonctionnalités.</p> <p>Diverses preuves de concepts peuvent donner lieu à des prototypes fonctionnels. Ceux-ci sont testés et validés du côté frontal (Front-End) avec des utilisateurs représentatifs du public cible avant de pouvoir se lancer dans la prochaine étape. Spiria offre un service de “<a href="https://www.spiria.com/fr/services/strategie-de-croissance/processus-decouverte/">processus Découverte</a>” qui inclut ces trois premières phases. Son l’objectif est de planifier tout futur produit logiciel et d’offrir en fin de parcours des prototypes fonctionnels et une feuille de route claire et complète.</p> <h3>4. Le développement logiciel</h3> <p>Comme le nom l’indique, c’est l’étape où les développeurs écrivent le code de l’application (Front-End et Back-End) et connectent les interfaces pour atteindre les objectifs définis. Suivant la plateforme côté serveur et le type d’application web, les développeurs sont appelés à utiliser différents langages de programmation et outils logiciels. Tout ceci est développé en détail dans la section “<a href="#h2_04">technologies utilisées</a>” que vous trouverez plus bas.</p> <p>Dans le cadre de la <a href="https://scrumguides.org">méthodologie Agile-Scrum</a>, la plus courante, c’est un processus itératif. Le client est associé tout au long du processus et il est en mesure de suivre, tester et approuver les fonctionnalités déjà codées et à venir. Ceci permet de livrer une solution opérationnelle en fonction des besoins priorisés par cycles de développement (les “sprints”).</p> <h3>5. Les tests et l’assurance qualité</h3> <p>Pendant la phase de développement, divers tests mettent à l’épreuve l’application web afin de valider son comportement, sa sécurité, ses performances et son fonctionnement dans différents environnements côté client (réels ou virtuels). Il s’agit de contrôler une grande quantité d’aspects : l’application répond-elle de la façon attendue dans tous les cas de figure ? Les interfaces s’affichent-elles correctement sur différents formats d’écrans et dans différentes orientations dans le cas du mobile ? Sont-elles suffisamment réactives ? L’application gère-t-elle correctement la bande passante du réseau ? Est-ce que les détails des comptes-utilisateurs sont stockés de façon suffisamment sécurisée ? Etc.</p> <p>Les équipes suivent des plans de tests et les résultats sont passés en revue. Durant ce travail d’<a href="https://www.spiria.com/fr/services/developpement-axe-performance/assurance-qualite-test-automatises/">assurance qualité</a> (AQ), il y a une rétroaction continuelle entre les analystes qualité et les développeurs pour supprimer tout dysfonctionnement, erreur ou non-conformité aux attentes. Une fois que tous les problèmes relevés par les analystes qualité ont été résolus, l’application est prête à être déployée. La réalisation de tests d’assurance qualité approfondis pendant le processus de développement est le seul moyen de s’assurer que l’application web sera stable, utilisable et sûre dès son premier jour.</p> <h3>6. Le déploiement</h3> <p>Le déploiement marque la fin des développements et des tests sur l’application web. Il marque le grand jour où des utilisateurs vont pouvoir découvrir votre application. Cette phase est constituée pour la plupart des applications web de la mise à disposition de l’application client sur une plateforme de diffusion et du transfert de l’application serveur et des bases de données qui lui sont rattachées sur un environnement de production.</p> <p>Des fournisseurs d’infrastructure dédiée aux services web, comme <a href="https://aws.amazon.com/fr/ec2/">Amazon Elastic Compute Cloud</a> (EC2) ou <a href="https://azure.microsoft.com/en-us/services/app-service/">Microsoft Azure App Services</a>, proposent des outils qui simplifient et sécurisent le déploiement d’une application web sur leurs serveurs.</p> <p>La dernière étape est de connecter les côtés client et serveur afin que le routage des requêtes et réponses via HTTPS se fasse correctement. On peut utiliser un équilibreur de charge pour recevoir les demandes faites par le client via le front-end et les acheminer vers les instances du back-end qui renverront une réponse au client. Là encore, les principaux fournisseurs infonuagiques proposent des outils performants comme l’<a href="https://aws.amazon.com/fr/elasticloadbalancing/">Elastic Load Balancing</a> qui distribue automatiquement le trafic entrant des applications sur plusieurs instances Amazon EC2. Comme il est très fortement indiqué de le faire, tout le trafic entre le client et le serveur doit être encrypté. On aura donc besoin d’un certificat SSL à jour.</p> <h3>7. La maintenance</h3> <p>C’est une phase où, typiquement, une autre équipe prend la relève. Cette nouvelle équipe est en quelque sorte un service à la clientèle post-déploiement. À la suite d’une période de stabilisation de la solution déployée, l’<a href="https://www.spiria.com/fr/services/developpement-axe-performance/support-maintenance/">équipe de support et maintenance</a> reste en alerte face aux demandes du client, au monitorage de la performance, aux rapports de plantages et aux problèmes signalés par les utilisateurs finaux. C’est elle aussi qui s’assurera que l’application restera compatible avec de nouvelles générations de navigateurs web et de nouvelles versions de systèmes d’exploitation.</p> <p>Notez qu’une assistance rapide aux utilisateurs finaux et la mise en production fréquente de correctifs pour améliorer l’application sont essentielles pour maintenir l’engagement des utilisateurs. Encouragez aussi les utilisateurs à vous faire part de leurs commentaires et suggestions concernant votre application. Ils peuvent être une aide majeure dans l’amélioration de votre application.</p> <h2>Les technologies utilisées pour construire des applications web</h2> <p>Dans sa forme la plus courante, une application web dynamique repose sur une architecture client-serveur dite à “trois tiers”. Le premier tiers est l’affichage sur le poste du client. Celui-ci est pris en charge par le navigateur grâce aux technologies du web (principalement HTML, CSS et JavaScript). Le second tiers réside sur un serveur et s’occupe de recevoir les requêtes du client et d’y répondre de façon appropriée. C’est la “logique applicative”. On peut choisir parmi une très grande variété de technologies pour prendre en charge ce tiers, et on peut aussi parfois faire appel à plusieurs d’entre elles pour une seule application (la logique applicative est alors décomposée en plusieurs entités). Le dernier tiers est le stockage des données. C’est une base de données classique qui répond aux requêtes du second tiers. Le choix des technologies est ici plus restreint. On y trouve les très classiques MySQL, PostgreSQL, Microsoft SQL Server, Oracle, SQLite, MongoDB, etc.</p> <p><picture><source srcset="https://www.spiria.com/site/assets/files/11534/working.400x0.webp" type="image/webp" media="(max-width: 599px)" /><source srcset="https://www.spiria.com/site/assets/files/11534/working.760x0.webp" type="image/webp" media="(max-width: 999px)" /><source srcset="https://www.spiria.com/site/assets/files/11534/working.1039x0.webp" type="image/webp" media="(min-width: 1000px)" /><img title="technologies" src="/site/assets/files/11534/working.webp" alt="technologies" /></picture></p> <h3>Le code côté client</h3> <p>Il s’agit du code qui est téléchargé par le client afin d’assurer l’affichage de l’interface et les transactions de données avec le serveur. Ce code se répartit en trois parties : le HTML, les feuilles de styles et le JavaScript. Pour le réaliser, on peut soit partir de zéro, soit avoir recours à un ou plusieurs frameworks. Les frameworks ont l’avantage d’accélérer les choses et offrent généralement un ensemble de conventions qui facilite le travail à plusieurs.</p> <h3>Le code côté serveur</h3> <p>L’application qui “tourne” sur le serveur peut-être codée en ayant recours à une grande variété de langages de programmation, par exemple : C#, Java, Python, Ruby, PHP. Cette application reçoit les requêtes HTTP du client, les traite et retourne au client les réponses attendues. Là aussi, on peut faire appel à des frameworks de développement, chaque langage en offrant un ou plusieurs.</p> <h2>Les frameworks web</h2> <h3>Bien choisir son framework</h3> <p>Bien choisir son framework est une opération toujours délicate, car les conséquences d’un mauvais choix sont toujours une perte de temps et d’argent. Changer d’outil en cours de développement n’est jamais souhaitable et rester bloquer avec une architecture inappropriée générera des problèmes pendant toute la durée de vie de l’application.</p> <p>Différents critères sont à considérer dans ce choix :</p> <ul> <li><strong>Les besoins de l’application</strong>. En premier lieu, il est important de bien définir ce que l’application devra faire avant de choisir un framework. Avec une bonne idée des besoins de l’application, il est bien plus facile d’orienter les recherches afin d’établir une première liste de frameworks à évaluer.</li> <li><strong>La popularité du framework.</strong> La popularité du framework n’est pas un critère technique, mais il est cependant très important pour guider le choix. Plus le framework est populaire, plus sa communauté est active. Cela signifie plus de réponses aux problèmes courants sur des sites comme StackOverflow, plus de tutoriels, plus de plug-ins, plus de contributions open-source, etc. Aussi, la popularité est un gage de pérennité de la solution.</li> <li><strong>La qualité documentation</strong>. Celle-ci peut être très variable suivant les frameworks. Il est donc important de jeter un coup d’œil à la documentation afin de vérifier si elle est bien complète. De nombreux exemples et tutoriels sont généralement de bons indices d’une bonne documentation. Aussi, vérifiez que la documentation est à jour avec la dernière version du framework.</li> <li><strong>Les coûts</strong>. Un facteur à considérer lors du choix d’un framework est que certains ne sont pas gratuits, ou seulement partiellement gratuits, ou encore ne sont disponibles que sur des plateformes payantes.</li> <li><strong>L’extensibilité fonctionnelle</strong>. De nombreux frameworks sont extensibles via des modules ou plug-ins. Examinez la richesse et la variété du catalogue offert avant de faire votre choix. Il y a peut-être le module qui vous fera économiser du temps de développement sur une fonction clé.</li> <li><strong>La compatibilité avec l’architecture existante</strong>. L’application peut avoir à s’intégrer dans une architecture plus large ou sur des serveurs qui imposent des limites aux langages et frameworks possibles. Par exemple, si vous utilisez déjà Microsoft .NET pour des services interagissant avec la base de données ou pour de la logique d’affaires, il peut être intéressant d’opter pour ASP.NET pour vos applications web.</li> <li><strong>Les compétences de l’équipe</strong>. Avoir un ou plusieurs développeurs qui maîtrisent déjà le framework envisagé, ainsi que le langage sur lequel il repose, est un atout considérable. Cela signifie moins de temps d’apprentissage et ne pas tomber dans le piège des erreurs les plus communes. Si personne dans l’équipe ne connaît le langage Ruby, il n’est sans doute pas très raisonnable de se lancer avec Ruby on Rails, à moins d’avoir beaucoup de temps à perdre.</li> <li><strong>La sécurité</strong>. Dernier point, mais non le moindre. Certains frameworks mettent l’accent sur la sécurité et activent par défaut des protections de base, alors que d’autres demandent au développeur d’y penser. Il est aussi important d’utiliser un framework régulièrement mis à jour pour colmater d’éventuelles brèches dès qu’elles sont découvertes, ce qui est un argument supplémentaire en faveur du critère de la popularité. Enfin, il faut faire très attention aux plug-ins que l’on va utiliser, car ils peuvent introduire des failles dans un framework autrement sûr.</li> </ul> <h3>Les frameworks du front-end</h3> <p>Les frameworks web côté client sont basés sur JavaScript et TypeScript (un surensemble syntaxique de JavaScript qui est développé par Microsoft). Nous détaillons ci-après quelques exemples parmi les plus courants, mais la liste est très loin de s’arrêter là.</p> <p><strong>React</strong> est une bibliothèque JavaScript gratuite et open-source qui est extrêmement populaire et qui est utilisée par d’innombrables applications web. Maintenue par Facebook et une communauté de développeurs, elle permet de construire des interfaces utilisateur hautement interactives via la création de composants. À l’usage, React se montre particulièrement flexible et performante, en utilisant un DOM virtuel et en ne mettant à jour le rendu dans le navigateur qu’en cas de réelle nécessité.<br />⇨ <a href="https://reactjs.org">reactjs.org</a>.</p> <p><strong>Vue</strong> est une bibliothèque JavaScript développée par un ancien ingénieur de Google et soutenue par une communauté de développeurs. Dotée d’une excellente documentation et de fonctionnalités qui n’ont rien à envier de la concurrence (dont un DOM virtuel), cette bibliothèque légère jouit d’une grande popularité tout à fait méritée. C’est le framework de choix quand il s’agit de bâtir une application web progressive.<br />⇨ <a href="https://vuejs.org">vuejs.org</a>.</p> <p><strong>Angular</strong> est un framework basé sur TypeScript et développé p</p>