Dart : l’alternative de Google à JavaScript prête pour la conquête du Web

**phili_b** · 14/12/2013, 14h07

Envoyé par sekaijin

Fais comme moi Zero HTML
enfin presque

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

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>

Tout ça c'est bien gentil. Pour les webapps c'est même pas mal du tout.

Mais pour les sites internet traditionnels ça serait un cauchemar pour les différents intervenants qui ne sont pas développeurs. D'autant que ces sites changent souvent d'apparence. On ne va pas faire appel aux développeurs dès que l'apparence change alors que c'est plus du boulot du graphiste.

Avec ce principe app-all.js (comme ExtJS) comment est géré le MVC ? Même question pour le Dart. Je veux dire, la partie view de MVC, c'est du code Dart/Js ou alors ce sont des descripteurs de fichiers type XML/HTML (ou autres templates swing/smarty) ?

**SylvainPV** · 14/12/2013, 19h18

J'aurais préféré qu'on réinvente CSS plutôt que JavaScript à choisir

Enfin, ça reste une bonne nouvelle pour l'innovation.

Envoyé par sekaijin

Fais comme moi Zero HTML
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.

Je trouve que c'est un comble pour un dev qui réalise une interface qu'il ne sache même pas quelle techno est utilisée. Il y a quand même des avantages et des contraintes propres à chacune, SVG ou canvas c'est vectoriel ou bitmap, pas vraiment un choix qu'on fait à la légère.

C'est bien de se reposer sur des frameworks qui font le boulot à notre place, mais ça n'empêche pas de jeter un oeil au HTML généré pour voir si ça tient la route. Parfois, on a de mauvaises surprises avec certaines librairies UI : typiquement des tas de <div> et de <span> embriqués les uns dans les autres sur cinq niveaux, sans aucun effort porté sur l'accessibilité, la sémantique et l'indexation sur les moteurs de recherche. D'ailleurs le <body> vide sans même un <noscript> c'est une hérésie pour moi.

**sekaijin** · 14/12/2013, 19h37

@ phili_b
Dart a ete principalement créé pour faires application pas des site Web

quant au MVC je ne vois pas le problème lorsque tu compile ton appli c++ tu as bien un exe alors que tu utilise MCV pourquoi un compilateur JS ou Dart ne pourrait-il pas faire de même.

@SylvainPV
Je maintiens que lorsqu'on fait une application on ne regarde pas le code binaire généré pour tracer une ligne lorsu'on fait un menu, une fenêtre, un panel, une grid. pourquoi devrions nous systématiquement revenir au niveau des couche basse dans les appli web ?
Je suis d'accord qu'il faut se méfier de certaine lib UI qui on tendence à surcharger le DOM.
A+JYT

**SylvainPV** · 14/12/2013, 20h49

Ça dépend de où tu fixes la limite entre couche basse et couche haute. Entre analyser un code binaire et savoir si un composant est en SVG ou canvas, il y a un écart de taille !

D'après moi, quand le choix d'une techno peut changer significativement un aspect fonctionnel ou une méthode de développement, il est impératif que le développeur en soit conscient et fasse son choix en toute connaissance de cause. Pour reprendre ton exemple : tu veux tracer une ligne, et tu te moques de savoir si cette ligne est tracée en vectoriel ou en bitmap. Jusqu'au jour où tu testes le site sur un écran à haute densité de pixels et là, PAF, ta belle ligne est bourrée d'aliasing

. Ce n'est pas pour autant que tu aurais forcément opté pour du SVG, mais au moins tu aurais pu anticiper le problème.

**conscofd** · 13/12/2013, 19h01

Comme je ne savais jamais comment amorcer quelque chose en Js, j'ai adopté Dart parce qu'il avait tout simplement un main()...

**patmaba** · 16/12/2013, 16h04

Pourquoi l'ECMA a créé un groupe d'évaluation de DART ?

Et Pourquoi pas pour Microsoft TypeScript ?

Qu'est ce qui a incité ECMA a faire cette évaluation ?

Comment vont-il l'évaluer ?

**arfany** · 16/12/2013, 16h16

Pour ma part, je trouvais que Flash Builder et ActionScript est (était ?) très bien

...

**Lutarez** · 16/12/2013, 17h07

Envoyé par patmaba

Pourquoi l'ECMA a créé un groupe d'évaluation de DART ?
Et Pourquoi pas pour Microsoft TypeScript ?

Peut-être parceque Dart est la première (il me semble) des alternatives à JS a être arrivé en version 1.0 à l'heure actuelle.

De plus, le monde de l'informatique est assez vaste pour accueillir encore d'autres alternatives sans problème (en natif, c'est pas les langages qui manquent

).

Envoyé par sekaijin

j'utilise ExtJS

En effet, je n'y avais pas pensé sur le coup. J'y ai pourtant jeter un œil il n'y a pas si longtemps. Mais même si le fonctionnement théorique est intéressant, ce n'était pas du tout adapté à mes besoins, du coup...

**Kaamo** · 17/12/2013, 10h10

Il ne faut pas confondre Dart avec TypeScript ou CoffeeScript.

Les deux derniers génèrent du JavaScript en permettant aux développeurs de s'affranchir de connaitre les inepties du JavaScript.

Dart est aussi un transpileur mais il peut également tourner en stand-alone à l'aide d'une VM Dart.

Vous ne voyez pas la finalité ? A terme, les navigateurs proposeront toujours une VM JavaScript mais également une VM Dart.

C'est là que ce nouveau comité 52 intervient. Poser les bonnes spécs et standards pour que les autres (que Google) vendeurs puissent implémenter leur propre VM Dart et pour qu'ils aient également leur mot à dire dans les directions/choix à prendre.

La vrai question c'est : Pourquoi aller vers une VM Dart (JavaScript killer/challenger) alors qu'on pourrait améliorer JavaScript ?

**Lutarez** · 17/12/2013, 10h50

Envoyé par Kaamo

La vrai question c'est : Pourquoi aller vers une VM Dart (JavaScript killer/challenger) alors qu'on pourrait améliorer JavaScript ?

Pourquoi avoir inventer le C et C++ alors que le Pascal ou SmallTalk existaient déjà ? L'évolution en informatique ne se fait pas que par mise à jour des technologies, mais aussi par la naissance de nouvelles.

Il suffit de faire quelques recherches sur internet pour se rendre compte que JS est loin de donner satisfaction à beaucoup de développeurs. L'évolution du JS continue en parallèle de toute façon. Dart réponds par ailleurs a un besoin différent de JS, vu qu'il se destine au web apps.

Bref, c'est pas parcequ'un nouveau langage apparaît que JS va disparaitre. Cela permettra simplement d'ouvrir davantage le développement web en offrant plus de solutions. A chacun ensuite de choisir les technologies qui conviennent mieux.

**frfancha** · 17/12/2013, 13h14

Envoyé par Kaamo

...permettant aux développeurs de s'affranchir de connaitre les inepties du JavaScript...

Quelles sont pour toi les 3 "inepties" principales de javascript?

**Kaamo** · 17/12/2013, 14h49

+1 Lutarez

Quand je dis "inepties", je pense à petites bizarreries qui n'en sont pas vraiment tant que le langage est bien assimilé et qu'elles sont connues du développeur. Mais il faut en avoir conscience.

Selon moi, les 3 principales sont :
1 - mauvaise gestion du this dans ce cas :

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Foo.method = function() {
  function bar() {
    // this ici est l'objet global
  }
  test();
}

C'est pour ça qu'il faut utiliser un "that" pour sauvegarder le this :

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
Foo.method = function() {
  var that = this;
  function bar() {
    // utiliser that ici
  }
  test();
}

2 - eval et là où il est utilisé implicitement (setTimeout, etc)
3 - typeof null === "object", instanceof buggué, gestion des types en général.
3 bis - les array-like, appeler un objet natif sans new crée une primitive, pouvoir modifier certains éléments natifs du langage

**SylvainPV** · 19/12/2013, 19h49

Envoyé par Kaamo

La vrai question c'est : Pourquoi aller vers une VM Dart (JavaScript killer/challenger) alors qu'on pourrait améliorer JavaScript ?

On peut améliorer JavaScript, mais il faudra toujours faire avec la rétrocompatibilité. Et on sait tous les deux que le JavaScript a son lot de pots cassés. Surtout que beaucoup de développeurs adorent copier-coller des codes datant d'avant 2005. Je ne serais pas contre le fait de faire table rase, même si tout ne me plaît pas dans Dart.

**Kaamo** · 20/12/2013, 09h37

Je ne vois pas pourquoi ce serait particulièrement mauvais.

Quand tu connais eval et ses faiblesses et que tu sais ce que tu fais, alors non ce n'est pas particulièrement mauvais

**didiergm** · 19/12/2013, 16h02

quand tu dis

A ne surtout pas utiliser !! Préférer sa forme littérale bien connue :

Pas tout à fait d'accord. La première forme a son utilité pour des cas "bizarres" : par ex quand tu veux transmettre du code attaché à une zone de saisie.

Je ne vois pas pourquoi ce serait particulièrement mauvais. ou très différent d'un loadscript jquery exécuté à la volée Mais peut être me trompès-je

Didier

**javan00b** · 28/02/2014, 01h54

Si tu veux developper en Javascript sans que sa coûte une fortune il te faut un gros stack d'une dizaine de librairie.

Ya vraiment quelqu'un qui fait des gros projets scalable en vanilla javascript de nos jours avec un budget limité ?

Faut etre serieux Dart c'est aussi bien structuré que Java, le temps de développement et la complexité sont reduit de beaucoup. C'est beaucoup mieux structuré que javascript et beaucoup + lisible pour n'importe quel programmeur qui fait de la POO sur un language qui n'a pas été architecturé en 10 jours !

C'est une question de temps, quand les gens vont s'en rendre compte et que Dart aura pris en maturité... On risque de voir beaucoup + de gens l'utiliser.

**23JFK** · 28/02/2014, 02h31

Bizarre, j'en suis à Dart Editor version 1.3.0.dev_00_00 (DEV) - Dart SDK version 1.3.0-dev.0.0

**LSMetag** · 28/02/2014, 12h26

Envoyé par 23JFK

Bizarre, j'en suis à Dart Editor version 1.3.0.dev_00_00 (DEV) - Dart SDK version 1.3.0-dev.0.0

C'est parce que, comme moi au début, tu as pris le Bundle Dart de la branche DEV. Ce qui peut être normal si tu as commencé à tester Dart avant la version 1.0.
Si tu le retélécharges depuis la page d'accueil tu devrais avoir celui de la branche STABLE.

**Traroth2** · 27/03/2015, 14h13

C'est moi ou Google commence à partir dans tous les sens ?

Dart : l’alternative de Google à JavaScript prête pour la conquête du Web

Dart

Vue hybride

Discussions similaires

Partager

Partager