L'Ecma, l'organisme de normalisation de JavaScript adopte Dart,
Un comité mis sur pied pour définir les futurs standards du langage Web de Google

Le , par Hinault Romaric, Responsable .NET
Après plus de deux ans de développement, Google avait dévoilé le mois dernier la version 1.0 de Dart, son langage de programmation structuré pour le Web.

Dart se positionne comme une alternative au langage JavaScript, en s’appuyant sur la flexibilité qui a fait son succès, mais en proposant en plus un typage fort et optionnel.

L’Ecma, l’organisme en charge de la normalisation de JavaScript (dans le cadre du standard EcmaScript), vient d’annoncer qu’il avait créé un comité chargé de superviser la création d’une norme pour Dart.

Le comité technique TC52 aura pour mission d’é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.

Pour rappel, au sein de l’Ecma, existent plusieurs autres comités similaires, qui se chargent d’établir des normes pour les langages JavaScript, C# ou encore Eiffel.

Pour l’instant, Dart est pris en charge uniquement par Chrome, le navigateur de Google. Les autres éditeurs de navigateurs sont réticents à l'intégration d’un support du langage. Une normalisation de Dart pourrait être favorable à une meilleure adoption de celui-ci par l’industrie et les développeurs.

Source : blog Chromium

Et vous ?

La normalisation de Dart permettra-t-elle de doper l'adoption du langage ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse Signaler un problème

Avatar de Logan Mauzaize Logan Mauzaize - Rédacteur/Modérateur https://www.developpez.com
le 13/12/2013 à 12:32
Citation Envoyé par Hinault Romaric Voir le message
La normalisation de Dart permettra-t-elle de doper l'adoption du langage ?
Le risque c'est que chaque fabricant de navigateur développe son moteur (comme JavaScript ou Java) de manière +/- volontairement merdique pour couler la technologie.
C'est un peu l'histoire du JavaScript ou de la VM Microsoft.

Ceci dit cela a l'air d'avoir bien fonctionné pour C# alors pourquoi pas ? Ca aura au moins le mérite d'être rassurant pour ceux qui souhaite investir.
Avatar de tralloc tralloc - Membre actif https://www.developpez.com
le 13/12/2013 à 13:32
Il est clair que la normalisation est LE déclencheur de l'intégration dans différents environnements. Web ou autre.
Et qui dit intégration dit possibilité de commencer des développement à partir de cela, donc cela ouvre la porte à l'adoption.
Avatar de LSMetag LSMetag - Expert confirmé https://www.developpez.com
le 13/12/2013 à 16:17
Quelle bonne nouvelle ! Moi qui ai misé sur Dart, je suis aux anges !
Avatar de Traroth2 Traroth2 - Membre chevronné https://www.developpez.com
le 13/12/2013 à 16:43
C'est une excellente idée. Si ça pouvait devenir un plan pour remplacer Javascript, en unifiant Dart, Typescript et CoffeeScript, ça serait parfait.

Edit : peu de chances d'arriver, vu le descriptif des objectifs du groupe de travail.

http://www.ecma-international.org/memento/TC52.htm
Avatar de Lutarez Lutarez - Membre chevronné https://www.developpez.com
le 13/12/2013 à 17:18
Que Dart remplace ou non JS, cela n'a en réalité aucune importance. Ce qui est vraiment important, c'est d'apporter de nouvelles possibilités de développements web, avec des paradigmes différents, afin que chacun puisse adopter l'approche du développement web qu'il désire.

Je serai au ange quand ils nous trouveront également un nouveau "langage" pour concurrencer le HTML dans certains types d'applications (ex : webapp, outils internes, etc)
Avatar de sekaijin sekaijin - Expert éminent https://www.developpez.com
le 13/12/2013 à 17:35
Citation Envoyé par Lutarez  Voir le message
...
Je serai au ange quand ils nous trouveront également un nouveau "langage" pour remplacer le HTML dans certains types d'applications (ex : webapp, outils internes, etc)

Fais comme moi Zero HTML
enfin presque
Code html : Sélectionner tout
1
2
3
4
5
6
7
8
9
<html> 
<head> 
    <title>mon titre</title> 
  
    <link rel="stylesheet" type="text/css" href="resources/css/app-all.css"> 
    <script type="text/javascript" src="app-all.js"></script> 
</head> 
<body /> 
</html>
du coup comme en java c++ etc j'instancie des objet graphique menu panel grid etc et je me moque bien que l'objet utilise html svg canevas ou je ne sais quoi pour dessiner l'interface.

qui se soucie de savoir si lorsqu'il utilise un objet menu dans un appli windows écrite en C++ ce que le code utilise pour dessiner le menu ?
à par dans les moteur de rendu de jeux vidéo ou pour des besoin spécifique on utilise des objets et le reste on s'en fout.

aujourd'hui avec certain framework on travaille ainsi. et le fait que ce soit du HTML ou autre chose qui est généré n'a plus d'importance.

A+JYT
Avatar de conscofd conscofd - Nouveau membre du Club https://www.developpez.com
le 13/12/2013 à 19:01
Comme je ne savais jamais comment amorcer quelque chose en Js, j'ai adopté Dart parce qu'il avait tout simplement un main()...
Avatar de Lutarez Lutarez - Membre chevronné https://www.developpez.com
le 13/12/2013 à 19:09
Citation Envoyé par sekaijin Voir le message
Fais comme moi Zero HTML
HTML en soit ne me pose pas de problème, c'est simplement que j'en ai marre de tout vouloir lui faire faire alors qu'il n'est pas prévu pour ça à la base.
Je dirai donc pas non à une alternative qui ose aborder les choses différemment. Par exemple, ces "derniers temps", le responsive design est à la mode. Si cela venait à réellement devenir une "norme", je ne serais heureux de voir arriver une nouvelle technologie qui simplifierai la mise en place de ce type d'interface.

Bon, je relativise aussi mes propos car je ne serai heureux en dev web que le jour où je pourrai designer une webapp comme je designerai une application lourde ( rahlàlà la bonne "vieille" époque du natif )

Citation Envoyé par sekaijin Voir le message
aujourd'hui avec certain framework on travaille ainsi. et le fait que ce soit du HTML ou autre chose qui est généré n'a plus d'importance.
T'aurai un exemple de ces Frameworks ? Je suis assez curieux.

Citation Envoyé par conscofd Voir le message
Comme je ne savais jamais comment amorcer quelque chose en Js, j'ai adopté Dart parce qu'il avait tout simplement un main()...
Tout dépend de ce que tu souhaites faire. Dans les contextes habituels où le JS est utilisé, l'équivalent d'un main() n'a aucune signification.
En web par exemple, on peut considérer le code suivant comme un main (avec JQuery, parceque je suis nul en JS :p):
Code javascript :
Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
$(document).ready(function(){ // Ton code JS ici )};

Grosso modo, le code sera exécuté lorsque la page sera "prête" (donc totalement chargée), ce qui correspond plus ou moins à une main().
Avatar de sekaijin sekaijin - Expert éminent https://www.developpez.com
le 13/12/2013 à 20:14
Citation Envoyé par Lutarez Voir le message
...
Bon, je relativise aussi mes propos car je ne serai heureux en dev web que le jour où je pourrai designer une webapp comme je designerai une application lourde ( rahlàlà la bonne "vieille" époque du natif )
...
T'aurai un exemple de ces Frameworks ? Je suis assez curieux.
j'utilise ExtJS

pour ta première remarque
[ame="http://vimeo.com/36420727"]Building a Sencha Touch Mobile App with Sencha Designer 2 Beta on Vimeo[/ame]
[ame="http://vimeo.com/78866031"]Templates in Architect 3 on Vimeo[/ame]

A+JYT
Avatar de LSMetag LSMetag - Expert confirmé https://www.developpez.com
le 13/12/2013 à 22:35
Citation Envoyé par sekaijin  Voir le message
Fais comme moi Zero HTML
enfin presque
Code html : Sélectionner tout
1
2
3
4
5
6
7
8
9
<html> 
<head> 
    <title>mon titre</title> 
  
    <link rel="stylesheet" type="text/css" href="resources/css/app-all.css"> 
    <script type="text/javascript" src="app-all.js"></script> 
</head> 
<body /> 
</html>
du coup comme en java c++ etc j'instancie des objet graphique menu panel grid etc et je me moque bien que l'objet utilise html svg canevas ou je ne sais quoi pour dessiner l'interface.

qui se soucie de savoir si lorsqu'il utilise un objet menu dans un appli windows écrite en C++ ce que le code utilise pour dessiner le menu ?
à par dans les moteur de rendu de jeux vidéo ou pour des besoin spécifique on utilise des objets et le reste on s'en fout.

aujourd'hui avec certain framework on travaille ainsi. et le fait que ce soit du HTML ou autre chose qui est généré n'a plus d'importance.

A+JYT

Pas bête. Mais il faut avoir une idée alors de l'interprétation par la transcription html des fameux composants serveurs.
Sans oublier que ce sera interprété niveau serveur en plus de chez le client. Si le serveur est un monstre pourquoi pas... Sinon, pas trop mon truc.
Contacter le responsable de la rubrique Accueil