GWT vs Dart - quelles sont les principales différences? Dart est-il un remplaçant potentiel de GWT?

Question

J'essaie de comprendre lequel des deux utiliser, ayant quatre critères principaux

• L'écrivain mieux, maintenable client code JavaScript, avec la facilité d'IDE moderne (meilleur assistant de contenu, meilleure débogage)
• Croix-Navigateur
• Moins de lock-in, peut lire le code
• La technologie qui est plus susceptible d'être pris en charge dans l'avenir (difficile à dire)

Quelles sont les principales différences entre les deux technologies?

Les deux semblent avoir les mêmes cas d'utilisation, et le même potentiel de la communauté des développeurs

Il ressemble à GWT va être finalement remplacé par Dart? Tout à l'apparition des signes suggérant cela?

Ou ai-je raté quelque chose et ils sont tout à fait différents concepts?

Answer 1

Je pense que j'ai trouvé ça: (il faut lire Dart FAQ en premier, au lieu de googler "GWT vs Dart")

De: http://www.dartlang.org/support/faq.html#future-for-GWT

Q. Quel est l'avenir pour GWT?

Bruce Johnson, publié sur le GWT blog (commentaires supplémentaires sur Plus): "Dart et GWT deux partagent l'objectif de permettre structurée web de la programmation. En fait, beaucoup de même des ingénieurs qui vous a amené à GWT sont travail sur Dart. Nous avons vue Dard comme un ambitieux évolution de GWT est mission de rendre le web meilleurs applications pour les utilisateurs finaux, et nous sommes optimistes quant à son potentiel. Comme Dart évolue et devient prêt pour le prime time, nous prévoyons de travailler en étroite collaboration avec le GWT communauté de développeurs explorer Dart."

"Pendant ce temps, soyez assuré que GWT continuera à être productif et moyen fiable pour construire le plus ambitieux des applications web et même des jeux comme Les Oiseaux En Colère. Les principaux projets au sein de Google s'appuyer sur GWT chaque jour, et nous plan de continuer à améliorer (et open-source) GWT basé sur leur besoins réels."

Answer 2

Je pense que l'objectif principal de Dart n'est pas de remplacer les compilateurs sources par JavaScript comme GWT, mais de remplacer JavaScript lui-même. Il doit le faire pour les énormes bases de code maintenables, pour de meilleures performances et pour un tas d'autres raisons, je suppose.

Il est plus typé et a emprunté de nombreux concepts à Java et à d’autres langages.

En ce qui concerne la prévision de l'avenir, vous pourrez peut-être voir comment Dart se comporte par rapport à JavaScript dans Google Trends.

Answer 3

Dart existe principalement pour résoudre deux problèmes

1. Fournir au client une langage de programmation qui permet aux développeurs de construire des applications de grande taille sans les douleurs typiquement associés avec de grandes applications javascript.
2. Utiliser le même langage côté client et serveur (c'est à dire la Dart SDK sera finalement similaire à NodeJS).

De cette manière, il résout la certains de le même problème que GWT (combler le fossé entre le client et le serveur) et les problèmes résolus par CoffeeScript (une langue moderne, adapté pour le développement à grande échelle).

Dart seront, j'espère, faire un meilleur travail à combler le client/serveur à l'écart de GWT comme il a été conçu dès le départ pour être compilé en JavaScript donc de résoudre le principal problème avec GWT-RPC (c'est à dire GWT-RPC ne peut sérialiser un petit sous-ensemble de Java, Dart n'a pas ce problème).

Si elle sera mieux que CoffeScript est un autre débat, mais d'ores et déjà de l'amélioration de ses fonctions de débogage (c'est à dire en l'exécutant directement à l'intérieur de Chrome) se révèle être un gros plus pour les grandes entreprises de développement d'applications web (comme GWT ne avec ses dev mode).

Answer 4

Nous espérons que Dart réussira mieux à combler l’écart client / serveur que GWT, car il a été conçu dès le départ pour être compilé en JavaScript, résolvant ainsi le problème principal de GWT-RPC (c’est-à-dire que GWT-RPC ne peut sérialiser qu'un sous-ensemble de Java , Dart n’a pas ce problème).

Jamais vu ou rencontré ce problème. Vous pouvez sérialiser facilement tous les types et la plupart des structures de données dans java.util. *. Que voulez-vous ou avez-vous besoin de plus?