GWT vs Dart - quali sono le differenze principali? Dart è un potenziale sostituto di GWT?

Question

sto cercando di capire quale dei due utilizzare, avendo quattro criteri principali

• scrittore migliore, client mantenibile codice JavaScript, con la facilità di IDE moderno (contenuto meglio assistere, meglio debugging)
• Croce Browser
• Meno di lock-in, in grado di leggere il codice
• tecnologia che è più probabile che sia sostenuta in futuro (più difficile da dire)

Quali sono t Le principali differenze tra le due tecnologie?

Entrambi sembrano avere simili casi d'uso, e la stessa comunità degli sviluppatori potenziale

fa apparire come GWT sta per essere eventualmente sostituito da Dart? Qualche segno che suggerisce questo?

O mi manca qualcosa e sono concetti completamente diversi?

Answer 1

Penso che l'obiettivo principale di Dart non sia quello di sostituire i compilatori di origine in JavaScript come GWT, ma di sostituire JavaScript in sé. Ha bisogno di farlo per enormi basi di codice mantenibili, e per prestazioni migliori, e un sacco di altri motivi, credo.

È più fortemente digitato e ha preso in prestito molti concetti da Java e altre lingue.

Per quanto riguarda la previsione del futuro, si può essere in grado di vedere come Dart sta facendo contro JavaScript su Google Trends.

Answer 2

penso l'ho trovato: (dovrebbe aver letto le FAQ Dart prima, invece di googling "GWT vs Dart")

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

D. Qual è il futuro per GWT?

Bruce Johnson pubblicato sul blog GWT (con ulteriori commenti su Plus):. "Dart e GWT entrambi condividono l'obiettivo di consentire web strutturato di programmazione, infatti, molti degli stessi ingegneri che vi hanno portato GWT stanno lavorando su Dart. Vediamo Dart come un'ambiziosa evoluzione della missione di GWT per rendere le applicazioni web migliori per gli utenti finali e siamo ottimisti sul potenziale . Mentre Dart si evolve e si prepara per la prima serata, ci aspettiamo che lavoriamo a stretto contatto con La community degli sviluppatori di GWT allo esplora Dart. "

"Nel frattempo, resto assicurato che GWT continuerà ad essere un modo produttivo e affidabile per costruire le applicazioni web-e più ambiziosi anche giochi come Angry Birds. Progetti chiave all'interno di Google si basano su GWT ogni giorno, e abbiamo piano per continuare a migliorare (e open-sourcing) GWT in base alle loro esigenze reali del mondo ."

Answer 3

Dart esiste principalmente per risolvere i due problemi

1. fornire un linguaggio lato client che consente agli sviluppatori di costruire grandi applicazioni senza dolori tipicamente associati con grandi applicazioni JavaScript.
2. utilizzare lo stesso client linguaggio e lato server (ovvero Dart SDK sarà alla fine simile a NodeJS.)

In questo modo risolve un po 'dello stesso problema di GWT (colmare il divario tra il client e il server) e alcuni dei problemi risolti da CoffeeScript (un linguaggio moderno adatto allo sviluppo su larga scala).

Dart si spera di fare un lavoro migliore per colmare il gap client/server rispetto a GWT poiché è stato progettato sin dall'inizio per essere compilato in JavaScript, risolvendo così il problema principale con GWT-RPC (cioè GWT-RPC può serializzare solo un piccolo sottoinsieme di Java, Dart non ha questo problema).

Se sarà migliore di CoffeScript è una discussione diversa, ma già ora le sue funzionalità di debug migliorate (cioè l'esecuzione direttamente in Chrome) si stanno rivelando un grande vantaggio per lo sviluppo di applicazioni web su larga scala (come GWT fa con la sua modalità dev).

Answer 4

Dart si spera fare un lavoro migliore a colmare il divario client/server di GWT come è stato progettato fin dall'inizio per essere compilato per JavaScript risolvendo così il problema principale con GWT-RPC (cioè GWT-RPC può serializzare solo un piccolo sottoinsieme di Java, Dart non ha questo problema ).

Non ho mai visto o riscontrato questo problema. È possibile serializzare con facilità tutti i tipi e la maggior parte delle strutture dati in java.util. *. Cosa vuoi di più o di cui hai bisogno.