La migliore libreria di widget GWT? [chiuso]

Domanda per tutti i guru GWT là fuori - qual è la migliore libreria di widget GWT là fuori? E perché?

Elenco basato sulle risposte:

• Predefinito
• Sencha GXT
• Smart GWT
• Vaadin
• GWT-Bootstrap
• GwtBootstrap3
• Rocket GWT (inattivo)
• Tatami (inattivo)
• ErraiFramework
• GWTMaterialDesign

И наконец- новое поколение основанное на JsInterop :

• GWT + elementi polimerici
• GWT + polimero
• Angolare e GWT
• GWTMaterialDesign

Non impegnarti in QUALUNQUE di queste librerie. Usa Vanilla GWT per creare la struttura del tuo progetto. In particolare, utilizzare il modello MVP e un bus eventi. Consulta l'articolo di Google per sapere come progettare al meglio la tua applicazione client con GWT: creazione di app MVP

Successivamente, è possibile utilizzare qualsiasi widget di queste librerie (ad esempio una tabella o una casella combinata, un datepicker, ecc.) E incorporarlo nel progetto. Prova a utilizzare i componenti estesi SOLO se non vedi un modo per farlo con GWT alla vaniglia. In questo modo non ti leghi a queste librerie che sono SEMPRE una seccatura quando provi a fare qualcosa che non appare nell'applicazione demo, contiene molti bug e il loro supporto è nel migliore dei casi scarso.

Come cercare i widget dovrebbe seguire questo ordine:

• Per prima cosa controlla l'incubatore GWT per vedere se c'è quello che sto cercando. http://code.google.com/p/google-web-toolkit-incubator/
• Quindi, se stai cercando qualcosa di "più interessante", controlla GWT Mosaic http://code.google.com/p/gwt-mosaic/

Attento con altre biblioteche, ho lavorato con loro (e ho ancora incubi).

Dipende da cosa intendi per "migliore". Più bello? La migliore API? La cosa migliore per estenderla alle tue esigenze personalizzate?

Ad esempio, stavo solo valutando le classi di tabella da utilizzare nella nostra applicazione. Abbiamo utilizzato GWT-Ext, ma ha molti problemi di prestazioni per noi ed è molto difficile dimensionare i tavoli nel modo in cui ne abbiamo bisogno. Mi avvicinai molto a GWT-Mosaic , ma decisi invece di costruire i widget nell'incubatore GWT .

Quindi, perché ho fatto questa scelta? Sembra che troppe biblioteche là fuori vengano con il proprio bagaglio, per mancanza di una parola migliore. O devi immergerti completamente in qualche framework MVC (che potrebbe non essere del tutto compatibile con il resto della tua base di codice), o devi adottare il nuovo sistema di layout confuso di qualcuno, o devi convivere con il fatto che non puoi esegue davvero il debug del codice (perché sono solo wrapper JSNI).

Non fraintendetemi, l'incubatore GWT non è perfetto ... i widget ci sono in una certa quantità di flusso. Nel mio caso, questa è stata la scelta migliore, comunque. Mi dà bene (ma sicuramente non perfetto):

• API
• Estensibilità
• Guarda e senti (beh, questo è un po 'debole, ma è a questo che serve CSS).

Quindi ... la risposta (per me) è una combinazione di:

• Widget GWT di serie (con molti stili personalizzati)
• Tabelle dell'incubatore GWT
• Alcuni widget di casa

(Dovrei aggiungere: il "bagaglio" a cui mi riferisco non è necessariamente una cosa negativa. Ma, se vuoi solo un widget o due, può alzare il livello di ciò che serve per portare a termine il tuo lavoro e come buona applicazione sembra.)

Vedi questa libreria di componenti GWT Bootstrap questa è un'implementazione in gwt di Twitter Bootstrap.

GWT da solo è una biblioteca abbastanza buona.

Non ho usato tutti quelli citati, ma posso raccomandare Ext GWT .

Preferisco la vaniglia GWT. Alcune delle altre API sembrano belle e le loro vetrine mettono davvero in mostra i widget, ma trovo sempre che le prestazioni non siano le migliori .... quando dico prestazioni intendo più come i tempi di risposta. Odio quando un'applicazione sembra lenta.

La maggior parte delle librerie citate non sono open source e peggio ancora: sono solo wrapper sopra una libreria JavaScript. La potenza di GWT sta nel fatto che l'applicazione funziona su diversi browser (a causa della generazione di codice per i browser "grandi" in particolare). Queste librerie sottostanti JavaScript possono causare molti problemi.

Sono d'accordo con jgindin GWT Incubator e GWT Mosaic sono i migliori finora.

Non sto dicendo che è "il migliore", ma ultimamente ho usato GWT-Ext al lavoro. Ha alcuni pro e contro:

Professionisti:

• Relativamente facile da configurare e utilizzare
• Comunità di dimensioni decenti dietro di essa
• MOLTI esempi online, tutti con codice di accompagnamento
• Buona selezione di widget che coprono una vasta gamma di funzionalità

Contro:

• Fa ipotesi sul formato e sulla struttura dei dati che potresti non essere in grado di accogliere
• Library è solo un wrapper JSNI, che rende più difficile il debug e l'estensione
• Il supporto e lo sviluppo futuri in biblioteca sono incerti
• Esistono ancora alcuni fastidiosi problemi tra browser (in particolare con i layout)
• La funzione di ricerca sui loro forum è essenzialmente inutile. (Sta diventando una mia grande pipì per animali domestici> _ <)

NON usare nessuno di loro! Se si prevede di sviluppare un'applicazione su larga scala, è consigliabile utilizzare il modello MVP. La migliore implementazione in circolazione è il framework MVP4G , supporta la suddivisione del codice GWT fuori dalla scatola. Ci sono molti ottimi esempi, puoi iniziare con. Il più prezioso è il Mvp4GModules.

Aggiungi quello nuovo: GWT-Bootstrap :)

Al momento non è disponibile una versione stabile, ma presto lo sarà.

La mia esperienza dimostra che ci sono sempre molti problemi con le librerie di terze parti. Il modo migliore - è utilizzare la tecnologia ben nota e ben sviluppata stessa oltre ai propri componenti. Potrebbe essere necessario più tempo per scriverli e gestirli, ma il TCO è sempre al livello inferiore.

Le librerie di terze parti spesso possono interrompere i tuoi piani in modo imprevisto. Ed è difficile trovare e correggere la fonte del problema.

Quindi suggerirei di usare GWT semplice.

Penso che SmartGWT vada bene se desideri semplicemente utilizzare i widget così come sono, ma se desideri estenderli o modificarli come faccio nel Pianificatore Gxt, penso che Ext-GWT sia una scelta migliore.

per me EXT-GWT (aka GXT) è la migliore libreria attualmente disponibile, la utilizzo in un progetto di 6 mesi e aiuta molto con molti componenti predefiniti come griglie, alberi .... È bello anche

SmartGWT è una buona libreria e ha molti esempi, ma l'interfaccia utente non è così elegante. Per l'interfaccia utente Ext GWT è buono.

Il gruppo di utenti di gwt-mosaic non sembra molto attivo e non sono riuscito a trovare un manuale dell'utente oltre ai frammenti di wiki. gwt-mosaic mi ha fatto conoscere due strumenti interessanti.

1) gwt-mosaic include un wrapper per il PageBus di Tibco che è uno strumento di pubblicazione / sottoscrizione per le parti JS della tua app (gestori RPC, callback widget, setter widget). Questa è un'alternativa al bus degli eventi di gwt.

2) gwt-mosaic incoraggia l'uso di Beans Binding (http://code.google.com/p/gwt-beans-binding/) per associare dati a widget e validare widget.

smartgwt non è economico per il set completo di funzionalità e supporto. Il barattolo è troppo grande per l'appengine a meno che non rimuova i file del tema che non usi. Investono ingegneria anche sul lato server.

Ho sentito che ext-gwt è lento e i file JS sono grandi.

L'incubatore del widget gwt sembra obsoleto. Credo che la griglia deluxe verrà rilasciata con il nuovo gwt.

La mancanza di standard estetici, vincolanti e di convalida ostacola l'interoperabilità delle librerie di widget.

Sicuramente non SmartGWT. La loro struttura è gonfia e ha una natura molto cotta. Hanno un milione di widget, ma cercare di farli funzionare per il tuo progetto non è facile. Le origini dati complicano il processo di gestione dei dati in un modo molto grande, ad esempio, al fine di ottenere i dati nell'origine dati, è necessario utilizzare fecth e ispezionare spesso. Sebbene sia possibile memorizzare nella cache i risultati, non è sempre facile interrogarli.

RPC è un'altra area debole e contorta. Ci sono informazioni contraddittorie nella documentazione e nei forum. Mentre la documentazione dirà che raramente dovresti usare un'operazione personalizzata come parte di un ds, il loro forum ti dirà che va benissimo. Imparare a usare questi strumenti in modo efficace è una salita in salita nei giorni migliori.

Supervisioneranno il prodotto. Ad esempio, il pacchetto per grafici / analisi contiene grafici ... Ma quei grafici non visualizzeranno valori negativi o ti permetteranno di manipolare le etichette degli assi in modo significativo. E rispondono apertamente alle domande su questo sul forum con un atteggiamento "sì, quindi". "Non pensiamo di aggiungerlo a 3.0x anche se questo è uno dei nostri punti di forza, è sulla nostra road map." Quando mi hanno venduto il pacchetto, non hanno mai detto che non potevo visualizzare valori negativi. Veramente? Quale grafico non dovrebbe essere in grado di mostrare valori negativi? Mi viene in mente solo uno, quello che rappresenta il numero di infelici clienti isomorfi.

Stai lontano da questi ragazzi e vai su qualsiasi sito della concorrenza, ad esempio ExtJS, JQuery, diamine persino quxdoo. Ci sono alcuni progetti là fuori che stanno davvero guadagnando terreno e in realtà offrono una buona soluzione.

Prestare molta attenzione se si valuta questo prodotto. Sembra bello, ma circa due settimane dopo averlo usato per il progetto, inizierai a vedere cosa intendo. I widget sono per metà cotti, le fonti di dati sono estremamente complicate e solo perché hai pagato per il supporto del forum, non significa che in realtà otterrai qualcosa di diverso da un furbo, condiscendendo risposte che all'inizio ti faranno pensare di aver perso qualcosa. In genere non sono molto arroganti.

Buona fortuna e stai lontano da questo prodotto se apprezzi il tempo di sviluppo e la manutenibilità. Oh e un'ultima cosa. Guarda l'esempio MVC sul loro sito web. Non ha letteralmente nulla a che fare con MVC se non che l'etichetta dice "MVC". Cercheranno di convincerti che tali framework sono per sviluppatori inesperti e che un tale concetto non ha posto nella vera programmazione ... Un po 'come quelli che cercano di catturare blocchi.

La libreria predefinita di Google è la libreria più potente.

Ext GWT aggiunge campane e fischietti ma a parte questo è simile a quello di Google.

Attualmente ci piace il mosaico GWT widget di . Abbiamo lavorato con ext-JS e in passato abbiamo implementato i nostri widget. Le licenze ext-JS e il grosso sono stati un problema per noi. Rotolare il nostro non è ciò che vogliamo fare. Mosaic ci offre una felice via di mezzo che ci piace pensare che sarà una via di mezzo ancora più felice man mano che il progetto matura.

Direi che se hai bisogno solo di alcuni widget, creane uno tuo. È possibile copiare e incollare alcuni concetti dalle librerie citate. Ma a tutti manca l'una o l'altra cosa. Ho giocato con la maggior parte di loro e ho abbandonato tutti.

Una cosa da tenere presente è che dai forum GWT-Ext sembra che non sarà più sviluppato / mantenuto molto (forse per niente?). Sul loro sito web raccomandano la migrazione a SmartGWT .

Non ho visto questo menzionato, Vaadin (precedentemente noto come IT Mill Toolkit), ma forse è perché tecnicamente non è esattamente GWT; come dicono le loro FAQ :

In cosa differisce da GWT?

Le applicazioni GWT vengono eseguite nel browser, mentre le applicazioni Vaadin vengono eseguite sul server. In realtà utilizziamo GWT come "motore di rendering" sul lato browser, quindi puoi combinare Vaadin e GWT.

smartGWT è lento e mancano degli esempi ed è molto difficile trovare risposte anche alle domande di base, ovvero vedere tutte le mie domande senza risposta su questo forum. Sto scaricando smartgwt.

Confronto tra i due EXT qui con pro e contro.

Abbiamo creato un grande portale risorse umane e un paio di applicazioni più piccole utilizzando i portlet GWT . Il focus del progetto non è tanto sulla costruzione di una raccolta di widget, ma sulla creazione di un semplice modello di programmazione.

Dal sito Web:

Portlet GWT è un framework Web open source gratuito per la creazione di applicazioni GWT (Google Web Toolkit). Definisce un modello di programmazione molto semplice e produttivo, ma potente per creare applicazioni GWT modulari di bell'aspetto.

Il modello di programmazione è in qualche modo simile alla scrittura di portlet JSR168 per un server portale (Liferay, JBoss Portal ecc.). Il "portale" è l'applicazione creata utilizzando il framework dei portlet GWT come libreria. La funzionalità dell'applicazione è sviluppata come portlet liberamente accoppiati ciascuno con un DataProvider lato server opzionale.

Sto usando GWT per un anno. Dopo molte ricerche, ho deciso che GWT Mosaic è una libreria di widget. Mosaic utilizza alcuni dei componenti dell'incubatore GWT come PagingScrollTable .. Ma le funzionalità della casella combinata e della tabella non sono sufficienti per noi .. Ecco perché, abbiamo ha esteso questi componenti per aggiungere le funzionalità necessarie.

Dai un'occhiata a SpiffyUI: www.spiffyui.org

Non è solo una libreria di widget ma un complesso framework GWT UI / UX.

Due cose importanti - e ciò che manca alla maggior parte delle biblioteche - sono i test di unità e il debug. È dove GWT brilla. Se usi una libreria basata su j vanilla, dai la possibilità di testare l'unità e eseguire il debug del tuo progetto. Come sviluppatore GWT dovresti considerare questi punti e usare una libreria senza dipendenza js minima o minima.

Abbiamo realizzato progetti gwt per più di 2 anni e ci atteniamo ai widget predefiniti. Abbiamo creato la nostra libreria open source per popolare automaticamente quelle predefinite o le nostre estensioni dei widget. Per favore, controlla, si chiama gwt-jet . È testato molto bene poiché lo utilizziamo in ambienti di produzione di grandi dimensioni e speriamo che cresca in modo sicuro nel tempo.