Pourquoi TypeScript pourrait être un bon choix pour votre prochain projet

L'histoire de JavaScript est un peu vérifiée: elle a commencé comme quelque chose que nous avons tous fait pour créer de terribles sites Web de style GeoCities, et il a fallu du temps pour que la langue ébranle sa réputation de script. Aujourd'hui, cependant, ce passé est presque oublié, car JavaScript domine le développement web. (Et JavaScript lui-même a évolué.)

Il y a – comme le souligne TJ VanToll dans son exposé DevReach présenté ci-dessous – 345 langages qui seront compilés en JavaScript à travers divers outils afin que les gens n'aient pas besoin de coder en JavaScript. Il explique que TypeScript a d'abord semblé être une très mauvaise idée, dans la même veine que CoffeeScript ou Dart. Pourquoi ne pas simplement coller avec JavaScript en premier lieu? Pourquoi quelque chose qui compile en JavaScript? Malgré le scepticisme précoce reconnu par VanToll, TypeScript s'est avéré très utile en effet

Dans cet exposé, vous plongerez brièvement dans l'histoire de CoffeeScript et Dart et apprendrez pourquoi ils ont échoué. CoffeeScript a seulement environ 9 ans, mais a atteint son maximum en 2011. VanToll suggère que CoffeeScript a une courbe d'apprentissage élevée pour un développeur JavaScript; il est beaucoup plus applicable au développeur Ruby, en lui-même un plus petit sous-ensemble.

Dart, créé par Google en 2011, était initialement considéré comme un remplacement JavaScript … mais finalement personne ne s'en souciait. Il soutient encore que le langage lui-même était trop étranger au développeur JavaScript.

Microsoft a introduit TypeScript en 2012 et pendant un certain temps, il existait dans une bulle Microsoft. Il les surveille de près en tant que défenseur des développeurs afin de mieux prédire quelles technologies sont à la hausse, et ce qui est en baisse.

Quand ils ont commencé à construire des modules NativeScript, ils ont commencé à le construire avec TypeScript … parce que les tendances ne semblaient pas bonnes. En 2014, Microsoft n'a pas eu une grande réputation parmi les développeurs JavaScript.

Un grand changement a été le passage de Google de la structure Angular 2 à TypeScript; un autre a été l'annonce de Microsoft Visual Studio Code, un excellent éditeur (probablement dans le top 5 des éditeurs de développeurs).

Mais comment savez-vous si TypeScript est bon pour votre projet? VanToll vous guide à travers quelques démos claires de transcodage TypeScript en JavaScript afin que vous puissiez évaluer ce qu'une fonction transcodage pourrait faire dans le monde réel. Il peut vous aider à appliquer des types, par exemple, et ainsi vous aider à éviter les bogues.

Devriez-vous l'utiliser? VanToll explique. Si vous construisez quelque chose de petit – peut-être pas. Mais une application complexe ou grande, alors probablement. Si vous construisez quelque chose par vous-même – peut-être pas. Mais en équipe, ou en travaillant avec d'autres, la valeur augmente. De plus, si vous travaillez avec des bases de code inconnues, il est beaucoup plus facile d'analyser et d'explorer une application TypeScript. Et enfin, si vous avez des développeurs qui ne sont * pas * développeurs JavaScript, ils seront plus heureux, plus productifs.

Regardez la présentation de VanToll pour un excellent résumé de la valeur de TypeScript – et une liste pratique pour évaluer sa viabilité projets. Regarder le débat complet de DevReach 2017 :

À propos du présentateur

Merci à TJ VanToll pour cet excellent guide de TypeScript. Il est développeur, écrivain, conférencier et développeur principal Advocate chez Progress Trouvez-le à: @tjvantoll GitHub et www.tjvantoll.com