et non, asm.js ne supporte pas JS, puisque c'est un sous-ensemble
Heu… J'ai pas du tout dis ca…
Bon, ok, c'est clair que je n'ai peut être pas tout compris,
mais là actuellement on aurait :
source C++ ==[bananaBread]==> code en "sous ensemble js" ==> interpreté par asm.js (qui lui est optimisable)
alors qu'en parallele, on a ça :
code source javascript ===> interpreté par le moteur traditionel (peu optimisé)
et je me dit que si on est capable de faire un bananaBread pour tranformer du C++ en sous ensemble js, ont doit pouvoir le faire pour transformer du js en ce même sous ensemble (et le tout de manière automatique, à la volé…)
code source javascript ==[quicheBread]==> code en "sous ensemble js" ==> interpreté par asm.js (qui lui est optimisable)
Bref, ben tout ce qui est possible de faire en JS est déjà dans le moteur JS…
oui mais il se traine… alors que l'autre il est rapide.
[^] # Re: pourquoi pas du js converti en asm.js
Posté par fabien . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 2. Dernière modification le 04 avril 2013 à 15:35.
Heu… J'ai pas du tout dis ca…
Bon, ok, c'est clair que je n'ai peut être pas tout compris,
mais là actuellement on aurait :
source C++ ==[bananaBread]==> code en "sous ensemble js" ==> interpreté par asm.js (qui lui est optimisable)
alors qu'en parallele, on a ça :
code source javascript ===> interpreté par le moteur traditionel (peu optimisé)
et je me dit que si on est capable de faire un bananaBread pour tranformer du C++ en sous ensemble js, ont doit pouvoir le faire pour transformer du js en ce même sous ensemble (et le tout de manière automatique, à la volé…)
code source javascript ==[quicheBread]==> code en "sous ensemble js" ==> interpreté par asm.js (qui lui est optimisable)
oui mais il se traine… alors que l'autre il est rapide.