TypeScript 1.5 entre en production
Le sur-ensemble typé de JavaScript disponible dans Visual Studio 2015 et en téléchargement

Le , par yahiko

22PARTAGES

1  0 
TypeScript 1.5 entre en production

Ce lundi 20 juillet, l'équipe TypeScript vient d'annoncer la mise en production de la version 1.5 du langage, trois mois après l'annonce de la version alpha. Ce délai de mise en production relativement long par rapport aux précédentes versions montre le saut à la fois qualitatif et quantitatif opéré par cette version 1.5.

Pour avoir un panorama des nouvelles fonctionnalités, on peut utilement se référer à l'article annonçant la version alpha. Pour rappel, cette version 1.5 ajoute :
  • Une nouvelle syntaxe pour l'importation de modules permettant de choisir plus finement les composants à inclure
  • Les décorateurs, à titre expérimental, développés en collaboration avec Angular, Ember et Aurelia.


Cette version 1.5 précise en outre certains concepts.

Espace de nommage
Les notions assez peu satisfaisantes de "modules internes" et "modules externes" ont été clarifiées.
Les modules internes qui étaient déclarés à l'aide du mot-clé module peuvent désormais être déclarés à l'aide du nouveau mot-clé namespace dans la mesure où cette notion de module interne dans TypeScript rejoint en grande partie celle d'espace de nommage existant dans d'autres langages (C++ ou C# par exemple).

Nouveaux formats de modules
Les modules externes sont quant à eux désormais désignés modules, tout simplement. A noter que TypeScript prend en charge deux nouveaux formats de modules (au sens serveur). En plus de AMD et CommonJS, cette version 1.5 peut générer des modules SystemJS et UMD faisant de TypeScript de plus en plus une boite à outils pour le développement Web et pas uniquement un simple langage.

Centralisation des dépendances de compilation
La déclaration des dépendances externes à un fichier source se faisait jusqu'à présent soit à l'aide de l'instruction ///<reference>, relativement laide il faut bien le dire, ou via la ligne de commande lors de l'appel au compilateur. Il est possible désormais de définir un fichier nommé par défaut tsconfig.json contenant toutes les dépendances nécessaires à la compilation d'un projet.

Prise en charge ES6
Enfin, cette version de production fait un bond considérable dans sa prise en charge de la norme ES6 passant d'une couverture fonctionnelle de 25% lors de la version alpha, à un taux de 52% avec cette version de production, soit plus du double, rejoignant ainsi le pur transpileur ES6 Traceur.

Cette version 1.5 est une étape majeure dans l'évolution du langage TypeScript où de nombreux aspects ont été améliorés, tant que le plan de la syntaxe pure que sur le plan de la compilation ou de l'intégration avec d'autres outils ou composants. Des orientations majeures ont été prises comme l'adjonction d'un polyfill pour gérer les décorateurs. Il semblerait que TypeScript se montre plus ambitieux quant à ses objectifs à plus long terme en ne se contentant plus de n'être qu'un langage transpilant vers JavaScript, mais de se positionner comme un point nodal dans le processus de développement Web.

source : Blog officiel de TypeScript

Que pensez-vous des nouveautés apportées par cette nouvelle version de TypeScript ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de alves1993
Membre confirmé https://www.developpez.com
Le 21/07/2015 à 21:27
Que pensez-vous des nouveautés apportées par cette nouvelle version de TypeScript ?
Assez important .

Il semblerait que TypeScript se montre plus ambitieux quant à ses objectifs à plus long terme en ne se contentant plus de n'être qu'un langage transpilant vers JavaScript, mais de se positionner comme un point nodal dans le processus de développement Web.
Vraiment TypeScript !!!! J'imagine le Web dans 5 ans (Dart vs TypeScript vs Javascript vs autre chose) se sera vraiment cool et concurrentiel .
Avatar de youtpout978
Membre expert https://www.developpez.com
Le 22/07/2015 à 9:40
Citation Envoyé par alves1993 Voir le message
Assez important .

Vraiment TypeScript !!!! J'imagine le Web dans 5 ans (Dart vs TypeScript vs Javascript vs autre chose) se sera vraiment cool et concurrentiel .
On aura peut être WebAssembly d'ici là.
Avatar de Zefling
Membre expert https://www.developpez.com
Le 22/07/2015 à 9:51
Pour l'instant ça se profile plus vers un Javascript vs WebAssembly.

Parce que Dart et TypeScript, au final ça sera juste pour compiler du JS ou du WA. Dart n'a jamais fonctionné en dehors de Chrome et c'est mal parti pour que ça change.
Avatar de youtpout978
Membre expert https://www.developpez.com
Le 22/07/2015 à 9:52
Citation Envoyé par Zefling Voir le message
Pour l'instant ça se profile plus vers un Javascript vs WebAssembly.

Parce que Dart et TypeScript, au final ça sera juste pour compiler du JS ou du WA. Dart n'a jamais fonctionné en dehors de Chrome et c'est mal parti pour que ça change.
Surtout que google fait partit des promoteurs de WebAssembly
Avatar de yahiko
Rédacteur/Modérateur https://www.developpez.com
Le 22/07/2015 à 10:26
Il n'y a pas vraiment d'opposition entre JavaScript et WebAssembly. WebAssembly est une évolution logique (voire inévitable) de asm.js, passant du format texte en format binaire/bytecode, beaucoup plus rapide à interpréter.

Le fait que WebAssembly puisse se généraliser avec la collaboration des principaux éditeurs de navigateurs est de toute façon une bonne nouvelle pour TypeScript puisque cela enlèvera un argument aux zélotes de JavaScript qui ne supportent pas qu'il y ait une phase de compilation entre le code source et l'exécution dans le navigateur.

WebAssembly aidera aussi à propager l'idée que le typage des données est une bonne chose (il y a 15 ans, je n'aurai jamais imaginer devoir enfoncer cette porte ouverte tellement ça me paraît une évidence, mais il faut croire que JavaScript a réussi à faire régresser les mentalités sur ce point...)

Comme personne n'écrira nativement en WebAssembly, il faudra passer par un langage tiers de plus haut niveau. Aujourd'hui le langage C++ est privilégié pour la phase de prototype. Mais il est tout à fait envisageable de voir TypeScript un jour se compiler en WebAssembly, notamment parce qu'il intégre déjà cette notion de typage indispensable à WebAssembly (ou à asm.js d'ailleurs).
Avatar de youtpout978
Membre expert https://www.developpez.com
Le 22/07/2015 à 11:01
Le but est de supporter le max de langage possible donc c++/java/c#... et bon si on peut faire directement du c# typescript n'a plus de raison d'être, et de ce que j'en ai compris on pourra communiqué entre JS et WebAssembly dans un premier temps mais à terme la compatibilité pourra être cassé pour que WebAssembly supplante JS.
Avatar de Paleo
Membre confirmé https://www.developpez.com
Le 22/07/2015 à 11:18
Citation Envoyé par Zefling Voir le message
Pour l'instant ça se profile plus vers un Javascript vs WebAssembly.
Citation Envoyé par youtpout978 Voir le message
si on peut faire directement du c# typescript n'a plus de raison d'être, et de ce que j'en ai compris on pourra communiquer entre JS et WebAssembly dans un premier temps mais à terme la compatibilité pourra être cassé pour que WebAssembly supplante JS.
JavaScript est concurrent de WebAssembly, comme PHP est concurrent des modules PHP codés en C++.
Avatar de yahiko
Rédacteur/Modérateur https://www.developpez.com
Le 22/07/2015 à 11:19
Citation Envoyé par youtpout978 Voir le message
Le but est de supporter le max de langage possible donc c++/java/c#... et bon si on peut faire directement du c# typescript n'a plus de raison d'être, et de ce que j'en ai compris on pourra communiqué entre JS et WebAssembly dans un premier temps mais à terme la compatibilité pourra être cassé pour que WebAssembly supplante JS.
N'oublions pas la colossale base de code JS dédiée aux applications Web que TypeScript peut exploiter facilement, et pas C# qui lui ne peut pas s’enorgueillir de quelque chose d'équivalent, même si je n'ai rien contre ce langage autre contraire. Tout ce qui peut faire évoluer les mentalités des développeurs JavaScript est de toute façon une bonne chose. Pour le moment, je trouve que TypeScript est la meilleure porte d'entrée. Si demain c'est le langage X ou Y qui peut tirer le niveau vers le haut, je serais le premier supporteur.

Quoiqu'il en soit, je vois mal JavaScript disparaître dans les 10 à 20 prochaines années. Les développeurs Web par facilité continueront de toute façon à utiliser ce langage permissif. La loi du moindre effort hélas... Quand JavaScript disparaîtra, je pense qu'on aura eu le temps d'inventer de nouveaux langages entre temps.

edit : bonne analogie Tarh.
Avatar de Zefling
Membre expert https://www.developpez.com
Le 22/07/2015 à 13:51
Citation Envoyé par yahiko Voir le message
Quoiqu'il en soit, je vois mal JavaScript disparaître dans les 10 à 20 prochaines années. Les développeurs Web par facilité continueront de toute façon à utiliser ce langage permissif. La loi du moindre effort hélas... Quand JavaScript disparaîtra, je pense qu'on aura eu le temps d'inventer de nouveaux langages entre temps.
Pour gérer le DOM, le JS est parfaitement adapté, et pour ça il y a peu de chance que ça change.
Avatar de Aeson
Nouveau Candidat au Club https://www.developpez.com
Le 22/07/2015 à 23:24
Pour gérer le DOM, le JS est parfaitement adapté, et pour ça il y a peu de chance que ça change.
Pour rappel le TypeScript devient du javascript une fois compilé. Le browser ne voit pas (encore) le TypeScript. Donc comparer le Javascript et le TypeScript n'a pas vraiment de sens (A part pour la productivité de développement qui est bien meilleur en TypeScript)

Ce qui pourrait (et qui fera a mon avis) faire abandonné le Javascript c'est ca :
http://javascript.developpez.com/actu/82363/Chrome-pourrait-interpreter-nativement-TypeScript-le-projet-SoundScript-a-pour-but-un-mode-plus-fort-pour-le-JavaScript/

Si le browser pourrait interpréter directement du TypeScript ca devrait apparemment augmenter les performances.
Contacter le responsable de la rubrique Accueil

Partenaire : Hébergement Web