Discussion :

[Michael Guilloux]

Le projet AssemblyScript compile un sous-ensemble de TypeScript en WebAssembly
il est open source et disponible sous licence Apache 2.0

AssemblyScript est un projet qui vise � cr�er un pont entre WebAssembly et le surensemble JavaScript typ� de Microsoft, TypeScript. WebAssembly est un langage de programmation binaire de bas niveau pour le d�veloppement d�applications dans les navigateurs Web. Introduit en 2015, il est actuellement standardis� dans le cadre du W3C. WebAssembly est destin� � d�passer les performances de JavaScript en mati�re d'ex�cution d'op�rations � forte intensit� de calcul dans un navigateur, avec un format de code binaire portable con�u pour rendre les applications Web plus rapides.

D�apr�s la page GitHub du projet, AssemblyScript d�finit un sous-ensemble de TypeScript qu'il compile en WebAssembly. Il vise � fournir � toute personne avec un background en TypeScript et les API JavaScript standard un moyen confortable de compiler en WebAssembly, �liminant la n�cessit� de basculer entre les langages ou d'en apprendre d'autres uniquement � cette fin.

Ce que fait AssemblyScript sous le capot, c'est qu'il � relie � l'API du compilateur de TypeScript au backend de Binaryen (un compilateur et toolchain pour WebAssembly, �crit en C ++.) Il faut �galement noter que le compilateur lui-m�me est �crit et bas� sur TypeScript et aucune d�pendance binaire n'est requise pour commencer � l'utiliser. En outre, � chaque programme AssemblyScript est syntaxiquement valide en TypeScript, mais pas n�cessairement s�mantiquement �, est-il pr�cis� sur la page GitHub du projet.

Plut�t que de proc�der � une r�impl�mentation aussi proche que possible de TypeScript au d�triment de la performance, AssemblyScript tente, � aussi raisonnable que possible �, de supporter ses fonctionnalit�s, en laissant intentionnellement de c�t� certaines constructions dynamiques. Il faut noter que :

• tous les types doivent �tre annot�s pour �viter les conversions implicites de type ind�sirables ;
• les param�tres optionnels de fonction n�cessitent une expression d'initialisation ;
• les types d'union (sauf ClassType | null repr�sentant un nullable), any et undefined ne sont pas pris en charge par conception ;
• le r�sultat des expressions logiques &&/|| est toujours bool.

Le d�veloppement d�AssemblyScript est actuellement en phase b�ta comme l'indique son d�veloppeur principal, Daniel Wirtz. Le projet est disponible sous licence Apache, version 2.0. Vous pouvez �galement d�j� tester AssemblyScript directement dans votre navigateur.

Source : GitHub

Et vous ?

Que pensez-vous de l�utilit� de projet ?
L'avez-vous d�j� test� ? Qu'en dites-vous ?

[sbeex]

Donc si j'ai bien compris c'est du typescript sans �tre compl�tement du typescript ?

J'ai parfois l'impression que dans le monde JS au moindre conflits lors d'une pull request sur github les gars font un "fork" du projet existant, lui trouve un autre nom, changent 2 ou 3 trucs et voil� hop un nouveau truc est sorti mais pas franchement mieux que l'ancien au final...

[Vulcania]

@sbeex :
�a rien � voir, c'est du typescript avec une nouvelle cible de compilation, et c'est un projet tr�s int�ressant vu que �a permet de s'�chapper compl�tement du javascript, apr�s ben forc�ment c'est pas tout � fait du typescript parce tout n'est pas encore impl�ment�.

[sbeex]

�a rien � voir, c'est du typescript... �a permet de s'�chapper compl�tement du javascript ... forc�ment c'est pas tout � fait du typescript

J'ai rarement lu autant de contradiction dans une seule phrase

Plus s�rieusement je trouve vraiment ridicule de faire un projet a c�t� de typescript qui utilise du typescript. Ce projet a moins d'�tre supervis� par une entreprise (comme c'est le cas de typescript par exemple) ne sera jamais en phase avec typescript... Pourquoi ne pas tout simplement proposer au projet typescript d'ajouter ce compilateur et travailler main dans la main ?

Diviser pour mieux r�gner c'est bien mais diviser pour b�cler c'est moins bien.

PS: l�chez vos moins si �a vous fait zizir c'est pas en forkant � tout va qu'on am�liore la vie des devs

[yahiko]

Pour r�pondre � la question pr�c�dente, l'�quipe TypeScript ne pr�voit pas � court ou moyen terme de supporter le WebAssembly.
D'o� l'existence de ces projets "mont�s dans un garage".
AssemblyScript est l'un de ces projets, prometteurs, auquel je participe m�me si les difficult�s � surmonter pour faire le pont entre le WebAssembly et TypeScript sont assez colossales.

[koyosama]

Enfin un projet coherent. Si il y a moyen de se debarasser de Javascript je suis preneur.
Meme utiliser Typescript, tu dois connaitre un peu Javascript. Et puis le web assembly a ete cree pour sa. J'aimerais bien quelque chose de plus rapide que Javascript avec les syntax et la logique des languages classiques.
J'aimerais bien qu'il le fasse pour Ruby. Non Coffeescript sort du Javascript et tu sens toujours cette syntax Javascript derriere a l'utilisation, je veux un full Ruby to Web Assembly.

[Paleo]

auquel je participe

Ah ? Eh bien, bon courage.

Par curiosit�, quelle est l'approche ? R��crire un parseur from scratch (mais sans d�pendances wahou) ? Ou bien arrivez-vous � utiliser le compilateur TypeScript pour acc�der � l'AST et g�n�rer une nouvelle sortie ?

[Vulcania]

J'ai rarement lu autant de contradiction dans une seule phrase

Plus s�rieusement je trouve vraiment ridicule de faire un projet a c�t� de typescript qui utilise du typescript. Ce projet a moins d'�tre supervis� par une entreprise (comme c'est le cas de typescript par exemple) ne sera jamais en phase avec typescript... Pourquoi ne pas tout simplement proposer au projet typescript d'ajouter ce compilateur et travailler main dans la main ?

Diviser pour mieux r�gner c'est bien mais diviser pour b�cler c'est moins bien.

PS: l�chez vos moins si �a vous fait zizir c'est pas en forkant � tout va qu'on am�liore la vie des devs

T'es juste compl�tement � c�t� de la plaque, il y a pas de fork dans cette histoire, mais une nouvelle impl�mentation, d'o� tes -1.