Dart devient officiellement une norme de l'Ecma

Dart devient officiellement une norme de l'Ecma
la première spécification du langage de programmation Web de Google a été publiée

Dart, le langage de programmation structuré pour le Web de Google est devenu une norme. L’Ecma, l’organisme en charge de la normalisation de JavaScript (dans le cadre du standard EcmaScript), a officialisé, lors de sa 107e assemblée générale, la norme Dart.

En décembre 2013, après la sortie de la version 1.0 de Dart, l'Ecma avait annoncé la création du comité technique TC52, qui devait élaborer des normes pour le langage et les bibliothèques Dart, créer des suites de tests pour vérifier la conformité avec les normes et superviser le développement futur de Dart.

Les premiers résultats des travaux de ce comité ont été validés par l' Ecma, ce qui a permis la publication de la première spécification (ECMA-408) du langage de programmation Dart.

Bien qu'un ingénieur de Google qui travaille sur Dart avait affirmé que le langage n'a pas pour vocation de remplacer JavaScript, l’objectif inavoué de Google est de mettre JavaScript à la retraite, en proposant un langage qui offre la même flexibilité, mais qui se distingue par son typage fort et optionnel.

Depuis la sortie de la version 1.0 en novembre 2013, Google a maintenu un rythme de développement effréné du langage. Dart a atteint il y a quelques jours sa version 1.5, qui introduit le support du développement d'applications Web mobiles avec le langage.

La normalisation pourrait freiner le rythme de développement de Dart, mais elle représente pour Google une grande victoire. Dart est jusqu'ici uniquement pris en charge par le navigateur Chrome de la société. Une norme devrait favoriser son adoption par les autres éditeurs de navigateur, ce qui pourrait booster l'utilisation du langage de programmation.

:fleche: La première spécification Dart (au format PDF)


Source : Ecma


Et vous ?

:fleche: Qu'en pensez-vous ? La normalisation de Dart va-t-elle favoriser son adoption ?

Un pas en avant, mais j'aimerais bien un langage compilé pour le navigateur... genre JAVA :mrgreen:

C'est sur c'est un bon pas nécéssaire pour une généralisation. Le pas suivant serait l'implémentation sur les navigateur IE et Firefox mais je ne sais pas si Microsoft va jugé cette technologie qui ne viens pas de lui utile ou concurrente? Si Google convainc Microsoft alors des développeurs suivront pour bénéficier des meilleurs performances.

Question : Y a t'il interopérabilité entre javascript et Dart? (Possibilité d'utiliser une librairie Dart en javascript par exemple?) Je crois mais je ne suis pas certain.

@abriotde oui, il y a dart2js ...

@abriotde Tu peux seulement compiler du dart vers du javascript ou utiliser du javascript depuis du dart.


@Tcharl dart2js sert à compiler du dart en javascript, mais pas d'utiliser du dart depuis du js

Citation:

---

Envoyé par abriotde

C'est sur c'est un bon pas nécéssaire pour une généralisation. Le pas suivant serait l'implémentation sur les navigateur IE et Firefox mais je ne sais pas si Microsoft va jugé cette technologie qui ne viens pas de lui utile ou concurrente? Si Google convainc Microsoft alors des développeurs suivront pour bénéficier des meilleurs performances.

---

Mozilla a aussi exprimé pas mal de réticences par le biais de Brendan Eich (qui ne travaillent plus chez mozilla), donc je pense que c'est pas pour tout de suite... En fait, faudrait deja que chromimum/chrome l’implémentent, et ce sera deja un grand pas en avant...

Citation:

---

Envoyé par abriotde

Question : Y a t'il interopérabilité entre javascript et Dart? (Possibilité d'utiliser une librairie Dart en javascript par exemple?) Je crois mais je ne suis pas certain.

---

Comme dit plus haut, on peut convertir l'ensemble d'un projet dart en js avec dart2js, mais c'est du code généré, donc je me demande si c'est vraiment exploitable pour etre appelé de l’extérieur (ils y a des clauses de debuggage lors de la compilation qui permettent de limiter l'obfuscation du code, mais je suis curieux quand meme)...
Dans le sens inverse, il est également possible d'interagir avec des librarie js depuis dart, moyennant quelques manipulations avec le package dart:js...


Bref dans l’immédiat, je pense que Dart intéressera avant tout ceux qui n'y connaissent rien au js, et qui on envie d'apprendre un langage scalable, facile à maintenir/ à apprendre, cohérent, confortable et riche de base...
Les expert js y trouveront peu d’intérêt, et devraient continuer à faire du js, et si ils se trouvent limité par celui-ci, gagneraient plus à s'orienter sur TypeScript ou CoffeeScript, car beaucoup plus transparent...

Google a Dart, Microsoft a TypeScript, Mozilla a asm.js, et ça ne me surprendrait même plus que Apple décide de transpiler Swift vers du JS au point où on en est. Et tout ça débarque au même moment que ECMAScript 6.
Alors à quoi bon ?

moi j'aurais bien voulu me mettre a DART, mais c'est balot on peut pas debugger en just in time sous windows...
donc je vais attendre encore....

Je suis à 100% pour une amélioration de Javascript, mais à force de se retrouver avec autant de nouveau langages que de navigateurs, il n'y aura que des perdants.
Tout cela me rappelle l'époque où il y avait autant d'implémentation différentes de javascript que de navigateurs, et ce n'est pas un bon souvenir.

Je comprend pas pourquoi google réinvente la roue avec dart.
Pourquoi pas utilisé java et faire ensorte unifié java sur android et java de oracle.
Si les navigateurs peuvent compilé du java en natif et ben on peut utiliser groovy qui a un typage fort mais pas obligatoire.

Non dart moi je comprend pas..............

@SylvainPV sauf que typescript n'a pas du tout pour vocation de remplacer js (et donc de s’exécuter coté client), mais simplement de générer du js. Donc l’optique est complètement différente de dart.

Citation:

---

Envoyé par super_navide

Pourquoi pas utilisé java et faire ensorte unifié java sur android et java de oracle.

---

Au hasard:
Parce que le java est un langage dépassé depuis 10 ans?

Assurément un grand pas en avant pour Dart qui se positionne de facto comme le challenger numéro 1 de JavaScript. Et c'est un challenger très dangereux.

La succession de JavaScript s'oriente autour de deux pistes :

• JS devient "l'assembleur du Web" (ou plutôt son bytecode) et tous les programmes écrits en langages non JS sont "compilés" / traduits en JS avant leur exécution. C'est la piste prise par tous les langages cherchant à remplacer JS, à commencer par TypeScript et CoffeeScript (qui est en train de disparaître des écrans radar des devs Web).
• On part sur un langage ayant son propre moteur pour exécuter son code en natif (d'un point de vue navigateur). C'est la voie choisie par Dart.

La première piste est une solution facile à mettre en place, mais elle pose un problème de performance. Ce que l'on gagne en langage, on le perd en performances. JavaScript n'étant pas non plus une panacée comme peut l'être l'Assembleur, il n'a donc rien à craindre de ces langages là.

Par contre la seconde piste est plus dangereuse pour JS. Contrairement à la première solution, il n'y a pas de pertes de performances. Faire un moteur pour son langage est sans doute plus fastidieux. Mais au final on peut se retrouver avec une vraie alternative au JS capable de prendre sa place car meilleur en tous points. Bien sûr il faudra pour cela que les nouveaux moteurs soient aussi optimisés que les moteurs JS. Mais cela viendra au cours du temps et de l'adoption du langage.

Google a choisi la bonne voie en faisant Dart. JS devrait être abandonné en masse dès que les navigateurs auront tous des moteurs Dart. Et s'ils n'ont pas de moteurs Dart c'est pas grave. dart2js fera tourner du Dart en mode dégradé (d'un point de vue perfs car obligation de passer par le JS).

Citation:

---

Envoyé par mermich

@SylvainPV sauf que typescript n'a pas du tout pour vocation de remplacer js (et donc de s’exécuter coté client), mais simplement de générer du js. Donc l’optique est complètement différente de dart.

---

Oui, tout comme Dart en attendant sa VM, et tout comme CoffeeScript et les dizaines d'autres langages transpilés en JavaScript : https://github.com/jashkenas/coffees...-compile-to-JS
On peut jouer sur les mots, mais du point de vue du développeur, ils servent bel et bien à remplacer JavaScript. Personne ne va aller mettre son nez dans le JS transpilé/minifié/obfusqué derrière.

Es-tu vraiment convaincu que l'optique est différente ? Actuellement, Google est suffisamment dominant sur les parts de marché des navigateurs pour faire le pari d'une VM Dart, quoique le pari reste risqué, même avec la popularité de Chrome. S'ils cherchent à standardiser Dart, c'est parce qu'ils savent qu'ils n'y arriveront pas en solo. Si Microsoft avait gardé son monopole d'il y a dix ans, je suis quasiment sûr que TypeScript aurait lui aussi sa VM sur Internet Explorer. Ça ne serait pas la première fois qu'on verrait une techno non standard sur IE :).

Tu peux utiliser DartAngular si tu es familier au framework AngularJS.

Mais le Dart n'a rien de facile à apprendre, la courbe d'apprentissage est plus longue qu'en Javascript et le niveau d'employabilité (c'est à dire la capacité à décrocher un job grâce à une connaissance du langage), est en France malheureusement égal à 0.

Il est donc, selon moi, pleinement folklorique de s'auto-former au Dart aujourd'hui. Mais je le fais quand même car je crois à son éventuelle démocratisation dans la sphère économique à moyen terme.

Pour ma part bien que je trouve le projet Dart ambitieux est vraiment intéressant, je me pose également la question pourquoi ne pas simplement intégrer une VM java directement plutôt que de repartir sur une toute autre base. On est plus dans une approche GWT avec Dart il me semble.

Mais cela reste intéressant.

Ça ne se fera jamais une VM Java intégrée aux navigateurs, certaines versions de Java sont déjà bloquées sur Firefox et IE à cause de failles de sécurité, et la politique commerciale d'Oracle n'arrange rien. Java se fait vieux et perd en popularité, c'est un fait. En 2007, on avait déjà droit à ce genre d'articles : http://www.infoworld.com/d/developer...-new-cobol-204

Citation:

---

Envoyé par SylvainPV

Ça ne se fera jamais une VM Java intégrée aux navigateurs, certaines versions de Java sont déjà bloquées sur Firefox et IE à cause de failles de sécurité, et la politique commerciale d'Oracle n'arrange rien. Java se fait vieux et perd en popularité, c'est un fait. En 2007, on avait déjà droit à ce genre d'articles : http://www.infoworld.com/d/developer...-new-cobol-204

---

D'accord avec toi sur le fait qu'il n'y aura pas de JVM intégrée de base aux navigateurs.
Par contre, avec des projets comme asm.js, je pense qu'on pourra écrire des webapp en Java (et en plein d'autres langages) et les transpiler en Javascript dans un futur relativement proche.

Pour ce qui est du Java vieux et perdant en popularité : si tu parles des applets, je suis d'accord, sinon c'est un troll assez velu.

Je n'ai pas la même vision que ce qu'on peux lire ici,

Je suis dev Java et web (surtout javascript)
Je trouve mon compte avec Dart car il :
- Aussi "carré" qu'un Java, un avantage surtout en travail d'équipe, on limite les possibilités et avec un minimum de cadrage on a facilement un code uniformisé dans l'équipe.
- Beaucoup moins verbeux (en même temps Java...)
- Très rapide par rapport à mes expériences Java (no troll please) et même en node
- Le coup de formation d'un profil Java/Javascript -> Dart me semble très faible j'ai trouvé mes marques en quelques jours à peine.
- pubspec >>> maven >> bower
- L'avantage du client/serveur dans le même langage
- AngularDart >> AngularJS

Et j'en passe

Au départ je me suis mis à Nodejs et je n'ai pas trouvé le même confort et le même côté carré et compréhensible que je trouve dans Dart, Node me semble "quick & dirty" pour les prototypes alors que Dart me semble bien plus industrialisable et sérieux.
Mon projet perso un site et un serveur Rest les deux en Dart tourne très bien sans soucis et avec de superbes performances. *touche du bois*

Pour l'instant ce qui me rebute c'est :
- Le peu de maturité des bibliothèques mais ça viendra. ex: Pas de convertisseurs JSON <-> Object, Object <-> JSON sur plusieurs niveaux (je me l'a suis faite à la main) Le driver Mongo est peu mature. Il y a cinquante serveur Rest différents j'ai préféré me coder le mien version light.
- Le manque d'outil s'intégrant dans le Dart Eclipse, du coup ça fait bizarre d'avoir un Eclipse hyper light mais il manque des outils (comme des watcheurs pour compass) car j'aime être feignant et ne pas passer par mon terminal.
- Encore des petits manques dans le langage (ex: les enums natifs, annotations un peu light)
- Ne pas trop "tout" changer d'une version de Dart à une autre, même si c'est le risque de développer sur un langage naissant

Et j'en passe sûrement aussi :)

Enfin je réagis sur les remarques de pourquoi Dart est si loin de Java. A un moment partir sur des bases récentes permet d'être au goût du jour. Example pour les connaisseurs: Solr c'est pas mal mais ça vaut pas un bon Elasticsearch.

Je travaille actuellement sur un gros projet en Dart + Polymer Dart. Je me suis formé tout seul en lisant 1 ou 2 tutoriaux.
Je suis pour le moment assez satisfait.

Dart, c'est Javascript (même mécanismes, portages de frameworks JS), sauf que c'est compilé, a une syntaxe proche des langages serveurs avec un typage optionnel, beaucoup de plugins implémentables facilement avec un mécanisme à la Maven, et la possibilité de débugguer en Just in Time, contrairement à ce que certains ont dit.

Les performances en natif explosent Javascript. La conversion en Javascript donne un code assez potable, dont les performances n'ont rien à envier à du JQuery.
La communauté est déja très active, tout comme les développeurs du langage.

Dart permet aussi de travailler en mode serveur comme Coffee Script. Mais je n'en vois pas trop l'utilité, vu sa syntaxe, à part s'il est réellement plus performant qu'un langage serveur.
Java n'est pas un langage client et ne brille pas par ses performance par rapport à Javascript ou Dart.

Dart est pour moi un gros coup de pouce, étant désarçonné par le mode de fonctionnement de Javascript. Je ne supporte pas l'absence de compilation, l'absence de débuggage et le typage implicite. Je perds un temps fou, moi qui suis habitué aux langages serveur.

:fleche: Si les 2 langages deviennent des standards (moi ça ne me dérange pas), ça fera 2 langages clients à faire prendre en charge par les navigateurs au lieu d'un. Mozilla et cie risquent de ne pas apprécier cette charge de travail supplémentaire, mais ça pourrait permettre aux mondes client (Javascript) et serveur de se rejoindre. Car la plupart des développeurs serveurs sont des quiches en JS, qu'ils détestent. Et l'inverse peut être vrai également. L'accès au "client" sera facilité.
On ne sait pas encore si ce sera le navigateur qui implémentera son "décodeur" Dart ou si ce sera la VM de Google. Si la VM Dart est également standardisée et Open Source, alors là je dis d'accord.

J'ai passé 262 heures réelles à m'auto-former à Dart (me suis chronométré à la minute près sur chaque phase d'apprentissage, arrêtant le compteur à chaque distraction, ou pause toilettes ou verre d'eau). Après avoir lu le dernier tuto Dart disponible sur le site dartlang (à l'époque de la Milestone 4), me suis retrouvé face à une page blanche et incapable de coder la moindre appli, même une simple todo-list.

Et y a des gens comme vous qui développent des projets d'envergure profesionnelle avec seulement je cite : "quelques joueurs pour prendre mes marques" ou "après la lecture d'1 ou 2 tuto"....

Comment faites-vous? Comment peut-il y avoir un tel différentiel de degré d'intelligence? Je me rends ridicule.

Citation:

---

Envoyé par Kenaryn

J'ai passé 262 heures réelles à m'auto-former à Dart (me suis chronométré à la minute près sur chaque phase d'apprentissage, arrêtant le compteur à chaque distraction, ou pause toilettes ou verre d'eau). Après avoir lu le dernier tuto Dart disponible sur le site dartlang (à l'époque de la Milestone 4), me suis retrouvé face à une page blanche et incapable de coder la moindre appli, même une simple todo-list.

Et y a des gens comme vous qui développent des projets d'envergure profesionnelle avec seulement je cite : "quelques joueurs pour prendre mes marques" ou "après la lecture d'1 ou 2 tuto"....

Comment faites-vous? Comment peut-il y avoir un tel différentiel de degré d'intelligence? Je me rends ridicule.

---

Ce n'est pas une question d'intelligence. Les tutoriaux de DartLang sont mauvais pour les débutants.
J'ai commencé par ça : http://soat.developpez.com/tutoriels...uel-reference/
Tu imprimes 4 par page recto-verso pour pas que ça soit imbuvable. Si tu as une expérience de programmation Web côté serveur (.NET ou Java), que tu connais le HTML/CSS et les mécanismes du DOM en Javascript, tu n'es pas trop dépaysé.

Après il n'y a pas de mystère, il faut mettre les mains dans le cambouis, en te créant un projet à toi pour réussir à faire ce que tu souhaites. Pas besoin d'un gros projet. Créer une page avec 2 onglets est déja un bon début. Tu galères plus ou moins les premiers jours et puis les automatismes s'installent.

Les développeurs Google sont très réactifs. J'en ai même un en contact privé. Et le forum StackOverflow est également très fourni en aide sur Dart.

Je "plussoie" LSMetag, les devs sont tops et ultra présents même sur stackoverflow. Pour les tutos il faut surtout faire attention à la date car y a des nuances entre Dart d'il y a un an et la version d'aujourd'hui (hors syntaxe)

Moi pour commencer je me suis fixer un objectif que je savais faire en Java (créer un serveur Rest à partir de rien) et j'ai juste eu à retranscrire avec une syntaxe différente mon code. Ensuite j'ai profité des avantages et de la syntaxe de Dart (lambdas notamment <3) Et surtout je voulais savoir ce que Dart offrait niveau "reflection", où j'ai été étonnamment surpris malgré le gros manque de documentation sur le sujet (du moins il y a quelques mois).

Après je ne sais pas trop ce qu'il en est côté Dart client car je fais uniquement du Dartangular.

Citation:

---

Envoyé par Electron56

Je "plussoie" LSMetag, les devs sont tops et ultra présents même sur stackoverflow. Pour les tutos il faut surtout faire attention à la date car y a des nuances entre Dart d'il y a un an et la version d'aujourd'hui (hors syntaxe)

Moi pour commencer je me suis fixer un objectif que je savais faire en Java (créer un serveur Rest à partir de rien) et j'ai juste eu à retranscrire avec une syntaxe différente mon code. Ensuite j'ai profité des avantages et de la syntaxe de Dart (lambdas notamment <3) Et surtout je voulais savoir ce que Dart offrait niveau "reflection", où j'ai été étonnamment surpris malgré le gros manque de documentation sur le sujet (du moins il y a quelques mois).

Après je ne sais pas trop ce qu'il en est côté Dart client car je fais uniquement du Dartangular.

---

Moi je suis totalement en mode client pour Dart. J'avais un projet en tête que je voulais faire depuis longtemps, mais pas les outils.
Javascript => J'étais réticent, vu mes déboires habituels avec.
Faire de l'Ajax en .NET entièrement côté serveur => pas optimisé.

Donc dès que j'ai entendu parler de Dart (on en était à la version 0.7 je crois) j'ai foncé dessus.
J'ai pensé à utiliser Angular et me suis documenté dans la foulée. Mais Polymer convenait mieux vu que mon projet fonctionne sur une seule page Web.

Le fonctionnement de Dart n'a pas tellement changé. Par contre celui de Polymer (de la version 0.10-pre.13 à la version 0.10-pre.14, il faut tout changer ^^, comme avec Apple)...

Je pense pour ma part que la standardisation de Dart est une bonne nouvelle.

Personne, aujourd'hui, n'oserait prétendre qu'il est inutile d'avoir tous les langages de programmation dont nous disposons et que le C convient très bien à la réalisation de n'importe quelle pièce de logiciel. Pourtant, lorsqu'il s'agit de la programmation de la partie cliente des applications Web, d'aucun n'hésite pas à tenir précisément ce discours. Pourquoi diable, ne serait-il pas acceptable de réaliser ces programme avec un autre langage que le Javascript!?

Compiler c'est transformer, à l'aide d'un programme, un programme écrit dans un langage source, en un programme équivalent écrit dans un langage cible. Que le langage cible soit un langage machine, un byte-code ou du Javascript, peu importe. Oui, on ne pourra pas indéfiniment améliorer les performances des interpréteurs... Et alors!? Javascript est leur seul langage actuellement supporté par l'ensemble des navigateurs. Sachant que Javascript est langage mal compris et mal maîtrisé (et mal aimé) par bon nombre de programmeurs, vaut-il mieux forcer ces dernier à rédiger leur code directement en Javascript ou leur permettre de le faire dans un langage plus proche de ce qu'ils connaissent et laisser un compilateur se charger de la traduction? Oui, le programme Javascript produit par le compilateur n'est pas facilement lisible par un humain, mais est-ce que la situation est meilleurs avec du bytecode en Java, du MSIL en .NET ou du langage machine en natif? Non, bien sûr que non et quoi qu'il en soit, lorsque le programme tourne sur l'ordinateur de l'utilisateur final (qui se fiche bien de ce à quoi peu bien ressembler le code du programme qu'il utilise), ce n'est plus le temps de "déboguer".

Soyons réaliste, Javascript ne sera pas remplacé avant longtemps dans les navigateur (pour des raisons plus politiques que techniques d'ailleurs) et même si un autre langage de haut ou bas niveau le remplaçait, ce dernier ne ferait certainement pas l'unanimité. Javascript est LE langage d'exécution des programmes clients dans le Web mais il n'a pas à être LE langage de développement. J'aime Javascript, je pense le maîtriser relativement bien, mais je comprends très bien que d'autres ne l'aiment pas. Je pense qu'il est souhaitable de multiplier le choix des langages destinés au développement de la partie cliente des applications Web et pour cela, il n'est pas nécessaire d'attendre un changement des navigateurs.

Citation:

---

Envoyé par SylvainPV

Actuellement, Google est suffisamment dominant sur les parts de marché des navigateurs pour faire le pari d'une VM Dart, quoique le pari reste risqué, même avec la popularité de Chrome. S'ils cherchent à standardiser Dart, c'est parce qu'ils savent qu'ils n'y arriveront pas en solo. Si Microsoft avait gardé son monopole d'il y a dix ans, je suis quasiment sûr que TypeScript aurait lui aussi sa VM sur Internet Explorer. Ça ne serait pas la première fois qu'on verrait une techno non standard sur IE :).

---

Même avis.
Si Microsoft implémente une VM pour TypeScript ce sera à mon avis dans le cadre d'une VM ES6.
On peut rêver d'un futur deal entre Google et Microsoft du style : j'implémente ta VM tu implémentes ma VM. :)

J'ai une question basique mais fondamentale concernant l'utilisation de Dart.

Comme le language est axé "page web unique", cela veut-il dire :

- que l'on doit avoir un site web entier basé sur une seule page ?
- que l'on ne peut pas faire de site web car c'est justement le concept de page unique?
- que l'on peut avoir un site web avec différentes pages (comme dans une situation classique) contenant des liens vers des pages uniques avec application Dart ?

Merci ;)

Citation:

---

Envoyé par Kenaryn

J'ai une question basique mais fondamentale concernant l'utilisation de Dart.

Comme le language est axé "page web unique", cela veut-il dire :

- que l'on doit avoir un site web entier basé sur une seule page ?
- que l'on ne peut pas faire de site web car c'est justement le concept de page unique?
- que l'on peut avoir un site web avec différentes pages (comme dans une situation classique) contenant des liens vers des pages uniques avec application Dart ?

Merci ;)

---

Dart fonctionne exactement de la même manière que Javascript ! Sauf que tu développes dans un IDE spécialisé (Dart Editor), qui reconnaît le code Dart (grâce au Dart-SDK) et peut le compiler en Javascript (ou l'exécuter directement sous Dartium).

Au lieu de faire <script type="text/javascript" src="file.js"></script>, tu feras juste <script type="application/dart" src="file.dart"></script>

La page unique, c'est juste un choix, que me permet certains framework (Polymer ou Angular)

D'accord merci j'étais vraiment troublé par le concept de page unique. Seth Ladd avait dit un jour que le meilleur exemple en était GMail, or je ne me voie pas architecturer un site à la manière de GMail (pas de compétence en Analyse et Conception). Donc je me demandais vraiment si on pouvait établir des liens ou si ça cassait le concept de page unique :oops: