Discussion :

[anthyme]

@jojosbiz
Sauf que Typescript propose une solution aujourd'hui compatible avec l’intégralité du code js existant là ou dart est un monde a part et doit faire des connecteurs lourds à maintenir.

Je l'utilise sur 2 projets réel depuis les previews et le gain en solidité de code notamment vis a vis des refactoring est vraiment appréciable.
Ensuite vous pouvez avoir du javascript pur très solide aussi ... S'il est fortement couvert par des tests unitaires, et c'est encore rarement le cas sur les personne faisant pas mal de javascript.

Personnellement je ne mets pas des classes dans tous les sens, j'aime aussi la flexibilité de la programmation fonctionnelle de Javascript et de ses nested function.
Par contre pour ce qui est de la découverte des types dans l'IDE, la protection des erreurs à la compilation, les modules, les lambda, les interfaces c'est le top.

[jojosbiz]

Ha mais je n'ai pas dis que c'était nul !

Si ça existe, c'est que ça répond à un besoin, au moins de celui qui l'a créé...et bien plus de personnes maintenant bien sûr.

J'ai juste dis que si c'est pour finir avec un fichier javascript, je préfère faire du javascript directement.

Mais je dois concéder une chose : je n'utilise JQuery et consorts que sous la torture, donc Typescript...

[DelphiManiac]

Totalement inutile ces histoires de Typescript, Coffeescript, Dart (sans la VM), typage fort, etc...si c'est pour pondre du javascript au final.

Cette maladie moderne de vouloir toujours rajouter des couches par dessus les couches...

Peignez des rayures sur un âne, ça restera un âne, ça ne deviendra pas un zèbre !

Totalement inutile ces C, C++, Delphi, C#, VB, Python, Php, ... (la liste pourrait être longue) si c'est pour pondre du code machine à la fin, autant coder directement en code machine et en binaire. Je ne parle même pas de l'assembleur qui n'est là que pour les fainéants qui ne mémorise pas la valeur binaire de chaque instruction processeurs. Rien ne vaut un bon JMP, JNE ou JE, oups pardon je suis trop haut niveau là (11101011, 01110101, 01110100).

Tu as vu, moi aussi je peut dire des grosses bêtises.

[DonQuiche]

Tu as vu, moi aussi je peut dire des grosses bêtises.

Oui mais toi tu n'y mets pas autant de cœur.

[jojosbiz]

Totalement inutile ces C, C++, Delphi, C#, VB, Python, Php, ... (la liste pourrait être longue) si c'est pour pondre du code machine à la fin, autant coder directement en code machine et en binaire. Je ne parle même pas de l'assembleur qui n'est là que pour les fainéants qui ne mémorise pas la valeur binaire de chaque instruction processeurs. Rien ne vaut un bon JMP, JNE ou JE, oups pardon je suis trop haut niveau là (11101011, 01110101, 01110100).

Tu as vu, moi aussi je peut dire des grosses bêtises.

Si on raisonne par l'absurde, tu as raison, c'est évident.

Mais comparer Typescript (c'est le sujet, je le rappelle) avec des langages à part entière, c'est une ânerie au moins aussi grosse que la mienne...
Même si je concède qu'il faut bien qu'un langage soit écrit avec un autre (PHP est écrit en C par exemple).

Donc puisque tu compares TypeScript à des langages et pour rester dans le Javascript, tu vas p-e finir par dire que JQuery est un langage ?

Moi aussi, je peux faire des raisonnements par l'absurde

[tomlev]

Donc puisque tu compares TypeScript à des langages et pour rester dans le Javascript, tu vas p-e finir par dire que JQuery est un langage ?

Je ne vois pas le rapport. TypeScript est un langage (qui est "transpilé" en JS, au même titre que CoffeeScript par exemple), alors que jQuery est une bibliothèque.

[ptah35]

Si on raisonne par l'absurde, tu as raison, c'est évident.

Mais comparer Typescript (c'est le sujet, je le rappelle) avec des langages à part entière, c'est une ânerie au moins aussi grosse que la mienne...
Même si je concède qu'il faut bien qu'un langage soit écrit avec un autre (PHP est écrit en C par exemple).

Donc puisque tu compares TypeScript à des langages et pour rester dans le Javascript, tu vas p-e finir par dire que JQuery est un langage ?

Moi aussi, je peux faire des raisonnements par l'absurde

Je ne pense pas qu'il ait là un raisonnement par l'absurde. La comparaison me parait pertinente. Javascript, qu'on le veuille ou non est le seul langage supporté par la quasi-totalité des navigateurs et comme il est peu probable que cela change dans un avenir proche, il faut bien faire avec. Mais "faire avec" signifie seulement que le programme téléchargé par le navigateur doit être écrit en Javascript, cela ne signifie pas que le développeur de ce programme soit obligé de le rédiger dans ce langage.

Typescript, Coffeescript, Java (avec GWT) sont des langages de programmation à part entière qui peuvent être compilés en Javascript (un autre langage de programmation à part entière). La compilation en Javascript n'a d'ailleurs rien de particulier et ces langages peuvent --- et de fait, certain le sont --- être compilés dans d'autres langages. La compilation consiste à utiliser un programme pour traduire un programme écrit dans un langage source en un programme équivalent écrit dans un langage cible; le langage cible ne doit pas forcément être un langage machine. (A ce propos, le PHP qui est écrit en C n'est pas le langage, mais le programme de traduction et/ou d'exécution.)

Je n'ai rien contre Javascript et j'ai plaisir à développer avec ce langage, mais je conçois volontiers que d'autres aient un avis différent et il n'y a aucune raison pour que ceux-ci soient obligés d'utiliser ce langage. En outre, même lorsque le développement se fait en Javascript, le programme source (écrit pour être lu par des humains) est rarement le même que celui qui est exécuté par le navigateur qui aura très probablement subit, au moins, une "minification". Si on peut faire confiance à un programme qui transforme un programme Javascript en un programme Javascript "minifié", pourquoi ne pas faire confiance à un programme qui transforme un programme en langage X en un programme Javascript ("minifié" ou non).

[Traroth2]

Coté serveur javascript n'est pas très performant puisqu'il n'est jamais exécuté ^^ . Le code JS est "transpiler" en code natif qui lui est exécuté, je te renvoi à la documentation et au code source de V8. Le javascript coté serveur ça n'existe que dans ta tête

Si on va par là, le seul code exécuté au niveau du processeur est du code machine, hein. Qu'un processeur n'est pas capable d'exécuter directement du Javascript est une évidence. Pas plus que du C ou du Java, d'ailleurs.

[regis.portalez]

Ce n'est pas taillant les oreilles en pointe à un âne qu'on en fait un cheval de course...

En fait si

J'utilise typescript depuis la version 0.8.3 (depuis à peu près un an), et je peux dire que ça change vraiment la vie.
Je suis d'accord pour dire que ça ne sert à rien pour faire un widget de 20 lignes, mais quand tu commences à avoir plusieurs dizaines de milliers de lignes et un grosse équipe (genre 6-7 devs), c'est vraiment très important d'avoir du static typing et de l'autocompletion correcte. Avant j'étais sur un gros projet en js pur, et quand tu veux refactor un truc un peu compliqué, c'est vraiment la m***... Le typing aide complètement.
Il aide aussi à la généricité (interfaces et autres).

Dart et Coffeescript sont aussi de très bonnes initiatives sur le sujet, mais l'avantage de typescript, c'est que le code génére ressemble au code que tu écris vraiment (ce qui rend le debogage plus facile, même sans sourcemap), que les types sont optionels, ce qui rend plus facile la migration d'une base de code existante.

Ce qui manque encore à typescript c'est protected (complètement d'accord), et sans doute un peu de tooling refactor/tests/coverage...

[Paleo]

Bonjour, je me permets de signaler un projet personnel : Wot, un framework léger pour TypeScript. Je le développe depuis plusieurs mois. Il est rapide à appréhender. L'objectif est d'organiser le code de la vue afin qu'il devienne réutilisable. Avec Wot la vue est faite de composants imbriqués, par exemple un composant "List" fait de composants "Item". Chaque composant est une "boite noire" réutilisable qui encapsule du code JS (produit par TS), des templates en HTML et du code CSS. J'accueillerai avec plaisir les remarques, critiques, questions…