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

Question

Je suis en train de comprendre lequel des deux à utiliser, ayant quatre critères principaux

• Writer mieux, client maintenable code JavaScript, avec la facilité d'IDE moderne (meilleur contenu aider, mieux le débogage)
• Cross navigateur
• Moins lock-in, peut lire le code
• technologie qui est plus susceptible d'être pris en charge dans le futur (plus difficile à dire)

Quels sont t Les principales différences entre les deux technologies?

Les deux semblent avoir des cas d'utilisation similaires, et la même communauté des développeurs potentiel

Est-ce que ça ressemble GWT va être finalement remplacé par Dart? Des signes suggérant cela? Ou est-ce qu'il me manque quelque chose et ce sont des concepts totalement différents?

Answer 1

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

Il est plus fortement typé, et a emprunté de nombreux concepts de Java et d'autres langages.

En ce qui concerne la prédiction du futur, vous pourrez peut-être voir comment Dart se comporte contre JavaScript sur Google Trends.

Answer 2

Je pense que je l'ai trouvé: (devrait avoir lu la FAQ de Dart 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 posté sur le blog GWT (avec d'autres commentaires sur Plus):. « Dart et GWT partagent tous deux le but de permettre la programmation web structurée En fait, un grand nombre des mêmes ingénieurs qui vous a amené GWT travaillent Dart est une évolution ambitieuse de la mission de GWT visant à améliorer les applications web pour les utilisateurs finaux, et nous sommes optimistes quant à son potentiel. Communauté de développeurs GWT à explorer Dart. "

« Pendant ce temps, soyez assuré que GWT continuera d'être un productif et moyen fiable pour créer des applications-et web les plus ambitieux même des jeux comme Angry Birds. Les principaux projets dans Google comptent sur GWT tous les jours, et nous Planifier de continuer à améliorer (et open-source) GWT basé sur leurs besoins réels ."

Answer 3

Dart existe principalement pour résoudre deux problèmes

1. Fournir un langage côté client qui permet aux développeurs de construire de grandes applications sans les douleurs généralement associées à de grandes applications javascript.
2. Utilisez le même client langue et côté serveur (c'est-à-dire que le SDK Dart sera finalement similaire à NodeJS)

De cette façon, il résout le même problème que GWT (combler le fossé entre le client et le serveur) et certains des problèmes résolus par CoffeeScript (un langage moderne adapté au développement à grande échelle). Dart espère faire un meilleur travail pour combler l'écart client/serveur que GWT car il a été conçu dès le début pour être compilé en JavaScript, résolvant ainsi le problème principal avec GWT-RPC (ie GWT-RPC ne peut sérialiser un petit sous-ensemble de Java, Dart n'a pas ce problème). Que ce soit mieux que CoffeScript est une discussion différente, mais déjà ses capacités de débogage améliorées (c'est-à-dire l'exécutant directement dans Chrome) s'avèrent un atout pour le développement d'applications web à grande échelle (comme le fait GWT avec son mode dev).).

Answer 4

Dart, nous l'espérons faire un meilleur travail à combler le fossé client/serveur que GWT comme il a été conçu dès le départ pour être compilé JavaScript résolvant ainsi le problème principal avec GWT-RPC (c.-à-GWT-RPC ne peut sérialiser qu'un petit sous-ensemble de Java, Dart n'a pas ce problème ).

Vous n'avez 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 de plus ou avez-vous besoin?