Ich evaluiere Rich-Internet-Anwendungslösungen für das nächste Projekt. Ich habe von folgenden Lösungen gehört -Rich Internet-Anwendungslösungen
Ich möchte wissen, ob es mehr Lösungen gibt.
Ich würde mich freuen, wenn Sie ein wertvolles Feedback zu den oben genannten Lösungen geben können.
Nachdem ich verschiedene RIA-Lösungen ausgewertet und gelesen habe, habe ich endlich GWT und GWT-Ext. Ausgewählt. Ich sehe diese Vorteile für mich und mein Team -
IT Mill Toolkit ist ein "server-driven" Framework, das auf GWT aufbaut.
Kommentar: aus einem schweren PHP-und Java-feindlichen Hintergrund kommen, fand ich Toolkit, sehr angenehm zu sein, ziemlich schnell zu verwenden. In der Lage zu sein, nur das (stark typisierte, schön OO-orientierte) Java zu schreiben, ist nett, wenn man bedenkt, dass das, was Sie im Code ändern, ziemlich unmittelbar auf das reflektiert wird, was Sie im Browser sehen.
Es ist ein bisschen schwierig einzurichten, aber IT Mill hat ein Eclipse-Plugin, das angeblich dabei hilft. Die einzige Sache ist, dass das Plugin selbst ein bisschen unintuitive ist :)
0,02 €
Antworten zu verwenden, um einen Kommentar: Der größte Unterschied zwischen GWT und IMT ist, dass GWT vollständig im Browser arbeitet (ein feindliches/ausnutzbare Umgebung mit zB FireBug), während IMT GWT nur zum Rendern des serverseitigen Zustands verwendet. Während Sie also beliebige Werte im Browser sowohl mit GWT als auch mit IMT bearbeiten können, akzeptiert GWT die vom Benutzer editierten Variablenwerte, IMT verfolgt die serverseitigen Werte und lässt keine Diskrepanzen zwischen den Clients zu und Server.
Ein weiterer großer Unterschied ist, dass GWT-Widgets jedes Mal kompiliert werden müssen, wenn Sie Änderungen an dem relativ zeitaufwendigen GWT-Cross-Compiler vornehmen (kompiliert Java in JavaScript). IMT hingegen muss nur erneut in den Servlet-Container implementiert werden, und die Änderungen sind vorhanden, da die GWT-Widgets in IMT nicht neu kompiliert werden müssen. Mit Tomcat ist es praktisch sofort (d. H. Sobald Tomcat bemerkt, dass Eclipse die Klassen im laufenden Betrieb neu kompiliert hat).
@the_drow: Nicht vertraut mit Dijit, hier ist eine Antwort: Dojo ist nur Javascript, dh es ist nur Client-Seite. Vaadin (geb. IT Mill Toolkit) lebt teilweise auch auf der Server-Seite (nennt sich selbst "server-driven"), so dass Sie die Client-Seite nicht nur durch Änderung der JavaScript-Variablenwerte hacken können. Es gibt a chart, die Vaadin mit anderen vergleichbaren Produkten vergleicht. Dojo ist nicht enthalten, aber JQuery ist, ähnlich wie Dojo
Ich hatte eine Erfahrung mit Spring Webflow + Rich Faces mit gemischten Ergebnissen - Zeit, um die Ergebnisse auf dem Bildschirm zu sehen ist wirklich kurz, aber es ist schmerzhaft in Ordnung Stimmen Sie den Präsentationsteil ab.
dh wenn Sie einige Tech-orientierte/Backend /Standard-GUIs erstellen - es ist in Ordnung, wenn Sie ein Frontend von Millionen Web2.0-ers gebaut werden enden Sie mit Präsentation Teil CSS/Javascript große Zeit .
Sie meinen, wenn wir die Farbcodierung und ein bisschen Look and Feel mit CSS anpassen möchten? –
ja, zumindest für uns Tundra-Thema war nicht nett, etwas zu basteln – miceuz
Ich hatte einen schnellen Überblick über IMT. Weißt du, wie ist es anders als GWT abgesehen von reicheren Komponenten? Oder ist das der einzige Unterschied? –
Es sieht gut aus, aber was ist der Unterschied zwischen dem Dijit-Namensraum des Dojo-Toolkits? Tatsächlich glaube ich, dass Dojo besser aussah und sich besser anfühlte. –