2012-02-07 22 views
44

estoy tratando de entender cuál de los dos para usar, que tiene cuatro criterios principalesGWT vs Dart: ¿cuáles son las principales diferencias? ¿Dart es un reemplazo potencial de GWT?

  • escritor mejor, cliente de mantener el código JavaScript, con facilidad de las modernas IDE (ayudar a un mejor contenido, mejor depuración)
  • Cruz navegador
  • Menos lock-in, puede leer el código
  • tecnología que es más probable que sea soportado en el futuro (más difícil de decir)

¿Cuáles son t ¿Cuáles son las principales diferencias entre las dos tecnologías?

Ambos parecen tener casos de uso similares y la misma comunidad potencial desarrollador

¿Se ve como GWT va a ser finalmente reemplazado por dardo? ¿Alguno signes sugiere esto?

¿O me falta algo y son conceptos completamente diferentes?

Respuesta

21

Creo que el objetivo principal de Dart no es reemplazar los compiladores fuente a JavaScript como GWT, sino reemplazar el propio JavaScript. Tiene que hacer eso para bases de códigos de mantenimiento enormes, y para un mejor rendimiento, y un montón de otras razones, supongo.

Se escribe con mayor fuerza, y ha tomado prestados muchos conceptos de Java y otros idiomas.

En lo que respecta a la predicción del futuro, es posible que pueda ver cómo está Dart contra JavaScript en Google Trends.

+4

O en hecho las tendencias del trabajo ... –

+1

Esta respuesta ya no es válida ... Ver http://news.dartlang.org/2015/03/dart-for-entire-web.html para más – rahmivolkan

28

Creo que he encontrado que: (debería haber leído FAQ de Dart en primer lugar, en lugar de googlear "GWT vs dardo")

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

P. ¿Cuál es el futuro de GWT?

Bruce Johnson publicado en el blog GWT (con más comentarios sobre Plus):. "Dart y GWT ambos comparten el objetivo de permitir banda estructurada programación De hecho, muchos de los mismos ingenieros que le trajo GWT están trabajando en Dart. Consideramos que Dart es una evolución ambiciosa de la misión de GWT para mejorar las aplicaciones web para los usuarios finales, y optimista sobre su potencial. A medida que Dart evoluciona y se prepara para el horario de máxima audiencia, esperamos trabajar en estrecha colaboración con la La comunidad de desarrolladores de GWT al explora Dart ".

"Mientras tanto, descanso asegurado que GWT continuará siendo una forma confiable productivo y para construir las más ambiciosas aplicaciones-y web, incluso juegos como Angry Birds. Los proyectos clave dentro de Google se basan en GWT todos los días, y nos plan para seguir mejorando (y open-sourcing) GWT según sus necesidades en el mundo real ."

+4

que parece ha sido eliminado por ahora –

10

dardo existe principalmente para resolver dos problemas

  1. proporcionar un lenguaje del lado del cliente que permite a los desarrolladores construir aplicaciones de gran tamaño sin los dolores asociados típicamente con grandes aplicaciones JavaScript.
  2. Usar el mismo cliente lengua y el lado del servidor (es decir, el SDK de Dart con el tiempo será similar a NodeJS).

De esta manera se resuelve el mismo problema que GWT (acortando la brecha entre el cliente y el servidor) y algunos de los problemas resueltos por CoffeeScript (un lenguaje moderno adecuado para el desarrollo a gran escala).

Dart hará un mejor trabajo para salvar la brecha cliente/servidor que GWT, ya que se diseñó desde el principio para compilarse en JavaScript, resolviendo así el problema principal con GWT-RPC (es decir, GWT-RPC solo puede serializar pequeño subconjunto de Java, Dart no tiene este problema). Si va a ser mejor que CoffeScript es una discusión diferente, pero ahora sus capacidades mejoradas de depuración (es decir, ejecutarlo directamente dentro de Chrome) es una gran ventaja para el desarrollo de aplicaciones web a gran escala (como GWT hace con su modo dev)

+1

"GWT-RPC solo puede serializar un pequeño subconjunto de Java, Dart no tiene este problema", excepto que Java no tiene un problema importante que Dart tenga: un conjunto limitado de futuros que se pueden ejecutar un navegador. Las únicas cosas que GWT RPC no serializa son cosas que no se pueden ejecutar en el contexto de una aplicación web de cliente ... –

7

dardo con suerte va a hacer un mejor trabajo en la reducción de la brecha de cliente/servidor de GWT, ya que fue diseñado desde el principio para ser compilado a JavaScript resolviendo así el problema principal con GWT-RPC (es decir, GWT-RPC solo puede serializar un pequeño subconjunto de Java, Dart no tiene este problema ).

Nunca he visto o he encontrado este problema. Puede serializar con facilidad todos los tipos y la mayoría de las estructuras de datos en java.util. *. ¿Qué más quieres o necesitas?

Cuestiones relacionadas