Forum d'entraide PHPFrance

Présenté à la conférence Goto qui se déroule actuellement au Danemark, le langage Dart que Google aimerait à terme voir remplacer le JavaScript est moins mystérieux Google a commencé par l'annoncer sur son blog, et un site dédié en présente les principaux éléments.

Javascript donc client-side, m'étonnerais beaucoup que microsoft implémente ça dans IE ou y'a un truc qui fait que ça marche direct?

Javascript donc client-side, m'étonnerais beaucoup que microsoft implémente ça dans IE ou y'a un truc qui fait que ça marche direct?

Il leur suffira d'écrire un parser Dart en JS.

Oh, ils l'ont même déjà fait:

Dart code can be executed in two different ways: either on a native virtual machine or on top of a JavaScript engine by using a compiler that translates Dart code to JavaScript. This means you can write a web application in Dart and have it compiled and run on any modern browser. The Dart VM is not currently integrated in Chrome but we plan to explore this option.

Moi je reste en JS, c'est l'assembleur du web!

Il est prévu un outil pour convertir le Dart en JavaScript pour qu'il soit exécutable sur tous les navigateurs. en attendant une implémentation directement dans les navigateurs. Il y a un débat sur developpez.com sur le sujet depuis l'annonce de la présentation à la conférence Goto

Jvois pas bien l'intérêt, javascript étant quand même un des meilleurs langages que je connaisse :/

Jvois pas bien l'intérêt, javascript étant quand même un des meilleurs langages que je connaisse :/

Si tu lis le débat que j'ai mentionné plus haut, tu vas rapidement constater que cet avis n'est pas partagé par tous, loin s'en faut.

Par ailleurs, le problème technique doit être assez simple. On voit de plus en plus d'applications web en mode SAAS, ce qui veut dire un maximum de fonctionnalités qui doivent s'exécuter coté client. Google avec sa suite bureautique Google Document est assez bien placée pour en parler. Or ils doivent commencer à titiller pas mal les imites du JavaScript. Ajoutons à ça que ceux qui ont créé Dart ne sont pas tout à fait des débutants en la matière.

Dans les reproches qui sont souvent faits à JavaScript, c'est par exemple « un modèle objet bancal », ou encore l'absence de typage fort, et il doit y avoir bien d'autres critiques à lire un peu partout sur le sujet. C'est là que Dart propose une nouvelle approche avec ce qui manque à JavaScript. Personnellement, je trouve ça intéressant. Il restera à voir comment ça va évoluer, quels soutiens la communauté qui développe va trouver pour avancer, je ne serais du reste pas surpris outre mesure si on découvrait un niveau d'implication important d'entreprises comme la fondation Mozilla : le but étant quand même une notable amélioration des performances des application web, ils ne seront pas les derniers à s'intéresser à la question.

Et j'ajouterais un dernier point : l'apprentissage de Dart sera peut-être moins ardu que celui du JavaScript et on sait que bien des développeurs n'aiment pas des masses coder en JS.

Ben, en gros, à part des trucs péremptoires du style « JavaScript tel qu'il est aujourd'hui n’est pas une solution viable à long terme et quelque chose doit changer », je vois pas beaucoup d'arguments.

On retrouve globalement :
- Le typage (alors qu'il est très simple d'exploiter le typage "faible de javascript comme celui de php, et que ça présente des avantages énormes)
- Le modèle objet (pourquoi donc ? simplement parce que la majorité des glandus sur le net ne savent pas utilisé le prototypage ?)

Clairement, depuis que je me suis vraiment penché su JS, j’apprécie vraiment coder dans ce langage. Le scope des variables est tout simplement génial, le seul reproche que je puisse faire au typage est de devoir utiliser typeof systématiquement...
Au final le seul reproche que je puisse faire c'est l'impossibilité de typer les paramètres d'une fonction, ou encore de donner des valeurs par défaut aux arguments autres que null. Mais c'est vite contourné

Je suis bien d'accord avec toi, mais parce que tes besoins sont quand même relativement simples. As-tu une vague idée de ce que peut représenter le développement d'application du genre Google Document avec des fonctionnalités efficaces et assez proches d'une suite bureautique en client lourd du genre Open Office ou MS-Office ? Eux doivent vraiment arriver aux limites des possibilités techniques du JavaScript et les problèmes de maintenance que ça peut représenter.

Mais tant qu'à faire, si ils proposent un langage mieux structuré, avec des vraies notions d'interface et d'héritage dans un modèle objet plus conventionnel, pourquoi ne pas en faire profiter toute la communauté : au final, en remplaçant JavaScript, on aura pas deux langages à connaitre, mais juste un seul pour faire la même chose, et ils fournissent un outil de conversion vers le JavaScript pour les navigateurs non compatibles. Que demander de mieux ?

Et puis les capacités coté serveur pourraient s'avérer très intéressantes voire utiles : imagine une communication entre PHP et Dart : là à froid, je ne sais pas trop comment ça pourrait être exploité, mais je suis certain que certains ont commencé à y songer.

Enfin bon, je suis relativement enthousiaste et j'attends la suite avec impatience, on verra bien, ça peut tout aussi bien faire comme d'autres projets Google, un buzz pendant un temps puis la descente en vrille avec écrasement dans le ravin des langages improbables et oubliés...

Salut !...

De ce que j'ai lu, il semblerait que Dart puisse tourner directement sur serveur un peu comme "Javascript-serveur" qui est un pseudo langage devant tourner sur serveur mais s'écriuvant comme du javascript (pour les adeptes)
Donc, je penses qu'il va y avoir des moyens de communications (dans l'idée des WebSockets) qui vont arriver rapidement pour les liaisons continue client-serveur

Sinon, sans aller jusqu'à des Logiciels Ooo en Full Javascript, j'ai eu le plaisir de travailler des des applications trés gourmandes en javascript manipulation images (canvas), 3D, Gros traitements de données, ...effets complexes enchainés
Et il est vrai que javascript est rapidement à la ramasse dès qu'on lui en demande beaucoup ...

Donc, perso, j'attends avec grand Hate que l'on puisse augmenter les rendu sans prier nos utilisateur de se racheter un pc ^^ j'ai Hate de pouvoir aller encore plus loin que ne permettent mon I7 et mes 16G ...

@++

Je suis pas convaincu et assez étrangement je rejoint poppy, javascript est un très bon langage pour qui le connait assez, ce qui n'est certes pas très répandu, pour ce qui est de l'utilisation de javascript en environnement massivement web 2.0 c'est mon job, le produit sur lequel je bosse est à mon avis du niveau d'un google doc google mail ou d'un facebook en ce qui concerne le côté javascript centric, et je ne vois pas l'interet d'un langage qui au final me pondra un programme javascript pour être compatible, d'une part parce que je devrais sans doute passer derrière pour rendre le truc clean (selon la loi classique what you see is never what you get) et d'autre part parce que ca signifiera un apprentissage nouveau et une perte de temps.

Bref pas convaincu, mais je changerais peut-être d'avis on ne sait jamais... d'ici 10 ans...

Un petit exemple de "salut le monde" en dart, puis compilé en JS:

https://gist.github.com/1277224

Intéressant, on charge une librairie de 17260 lignes de code pour faire un hello wolrd...

J'ai dans l'idée que c'est au moins aussi intéressant comme test que faire un Hello World avec un Zend Framework, un Symfony ou un Cake PHP comme avait fait Rasmus il y a quelques années... inapproprié et pour tout dire assez sans intérêt sauf si on peut tracer un peu ce qui se passe dans un comparatif de performances entre librairies/framework. J'ai un doute sur le gain de temps par rapport à la version JavaScript

"assez étrangement je rejoint poppy" : je ne suis pas sur de savoir comment prendre ça.

@Nours312 : le javascript coté serveur ça existe déjà. Netscape avait tenté l'aventure, mais en ce moment c'est Node.js qui tourne très bien, notamment avec le framework Express (je vous recommande à ce sujet le blog http://naholyr.fr, un ancien modérateur de ce fofo).

Le gros problème de javascript, c'est qu'on confond le langage avec son implémentation dans les navigateurs. Alors certes je ne connais pas les limites qui ont été atteintes par les équipes de google, mais j'aimerais bien les connaitre, parce que "Javascript est limité", ça ne me suffit pas comme argument. Sinon je vais démonter Dart en disant "Dart est limité, vive quantiscript, le javascript quantique !"

ouai bof, j'attend de voir vraiment ce qu'il vont nous pondre pour la suite mais pour le moment je suis pas convaincu
je préférai un petit :

<script type="text/coffeescript">
</script>

Le concept de coffeescript c'est quand même "je vais changer la syntaxe d'un langage plutôt que de l'apprendre"...