Du JavaScript au TypeScript : décryptage
Incontournables dans le développement web, le TypeScript et ses différents frameworks s’imposent dans de nombreux contextes. Par son lien avec le JavaScript, dont il est un prolongement et une évolution, ce langage sûr, scalable et modulable fait désormais partie des technologies demandées par les recruteurs et entreprises. Décryptage.
À l’origine du TypeScript, des besoins spécifiques
Au début des années 2010, Microsoft décide de prendre en compte le retour de ses développeurs internes et de ses clients codeurs concernant le JavaScript. De l’avis général, le langage de programmation dédié au Web peine à s’adapter aux projets à grande échelle. En interne, la firme de Redmond crée donc le TypeScript, une surcouche du JavaScript avec des fonctionnalités avancées. Face à l’essor des applis web, elle constitue une réponse adaptée pour les développeurs. D’abord en facilitant la maintenance de codes JavaScript sur de grands projets, puis en adoptant la logique des « types » statiques, TypeScript est étudié pour combler des besoins grandissants au sein de la communauté JavaScript.
Au départ adapté aux environnements de développement Microsoft, le TypeScript, de version en version, a été adopté de manière croissante dans le développement web. Signe de ce succès : aux côtés de Rust, Python, SQL et JavaScript, il s’agit d’une des technologies les plus populaires sur StackOverflow, boussole du secteur IT en matière de code.
Le typage statique, clé de voûte de TypeScript
L’un des inconvénients de JavaScript a longtemps posé des problèmes de sécurité et de souplesse aux développeurs web : langage interprété, le JS peut présenter des erreurs à la toute dernière étape de son exécution, au moment où le moteur du navigateur lit une ligne défectueuse.
Pour y remédier, Microsoft a injecté certains principes de compilation logicielle venue des langages Desktop, notamment une « compilation », durant laquelle le code est vérifié et transformé en JavaScript interprétable. C’est là que le typage statique prend tout son sens. Il s’agit de fonctions appliquées à des variables, des états, des données, stipulant leur « type », (comme number, boolean, string…). Tel un « contrat », ce typage exclut toute valeur ou donnée qui ne serait pas attendue lors de la compilation, ajoutant donc une analyse bien avant le runtime.
Ces types améliorent considérablement la lisibilité du code, notamment parce que tout développeur initié à TypeScript peut y comprendre, instantanément, quel type de données peut être attendu ou retourné. De plus, en personnalisant les types, en les combinant, le développeur TS renseigne, uniquement par le code, la logique de son application. C’est pourquoi on dit souvent que le typage statique sert « d’autodocumentation » pour les applis. Et aujourd’hui, les outils de documentation automatique s’appuient sur les types détectés pour produire à la volée des commentaires précis et à jour.
Quand choisir TypeScript ?
De la capacité d’autodocumentation et de la lisibilité d’un code TypeScript découlent l’un des premiers critères pour choisir ce langage : le travail en équipe. La surcouche TS est en effet conçue dès le départ pour que les interventions sur le projet puissent être réalisées par différentes personnes, toutes pouvant reconstituer la logique du code en s’appuyant sur les types statiques, mais aussi sur les interfaces, qui aident à la définition de structure d’un objet.
Un autre critère à considérer avant de choisir TypeScript est le temps. Par rapport au JavaScript simple, le développement en TS nécessite une étape de compilation. Certes cela apporte une détection d’erreurs beaucoup plus fine et empêche un certain nombre de bugs au runtime, mais sur des projets complexes, il ne faut pas mésestimer le temps de compilation pour chaque modification apportée au code.
Cela étant, c’est bien par ses atouts en matière de lisibilité du code, de collaboration, de maintenabilité, de modularité, de sécurité, que l’usage du TypeScript est recommandé pour des applis et sites web scalables et des projets à grande échelle. Raison pour laquelle des applications variées en B2C (e-commerce, notamment mais aussi site de contenus) ou B2B (gestion de projets, planning, finances) peuvent bénéficier des apports natifs du TypeScript.
Quelques frameworks TypeScript à connaître
Implanté depuis quelques années déjà dans de nombreux environnements de développement, TypeScript s’appuie aujourd’hui sur des frameworks puissants, qui ont parfaitement intégré sa logique.
L’interopérabilité avec JavaScript explique que des frameworks assez connus des développeurs JS aient adopté les types statiques et autres interfaces TS dans leur distribution. Pour un codeur React, Next.js peut être un choix judicieux, car ce framework intègre à la fois la fameuse bibliothèque et la surcouche TS. Vue.js et Angular, au fil de leurs versions, ont également permis l’implantation de TypeScript, ce qui permet aux adeptes des deux frameworks de s’acculturer rapidement sans avoir à changer d’environnement.
Certains frameworks spécifiques ont entièrement bâti leur réputation sur le TypeScript. Ceux-ci ont différentes caractéristiques et contextes d’usage. Le backend en TS peut ainsi être assuré par une solution comme NestJS, qui s’appuie sur Node.js, à l’instar de FoalTS, tous deux conçus pour profiter de la puissance du TypeScript dans un environnement simplifié. Enfin, pour écrire des API, TypeScript s’avère optimisé dans le framework tRPC, spécialisé dans les échanges client-serveur sécurisé et sans bug.
De manière générale et pour de nombreux projets, TypeScript a permis de faire évoluer le développement JavaScript vers une approche ambitieuse et claire. Aujourd’hui, les développeurs web acculturés à TypeScript chez agap2IT mènent différentes missions support pour faire bénéficier des apports de cette technologie fiable et optimisée à différentes entreprises.
