2008-11-21 14 views
17

GWT scheint eine wirklich nette Technologie für Java-Entwickler zu sein, die HTML/JS/CSS nicht mögen (oder nicht wissen), um reichhaltige Webschnittstellen zu erstellen. Auf der Serverseite sieht Grails auch sehr gut aus, es wird oft als "Rails für Java-Entwickler" bezeichnet. Ich habe gelesen, dass Grails '"convention over configuration" -Ansatz zusammen mit den Vorteilen dynamischer Sprachen (Groovy) den Umfang des (zu schreibenden) Codes, der geschrieben werden muss, bei gleichzeitiger Nutzung der besten Java-Technologien wirklich reduzieren kann wie Frühling und Winterschlaf.Integration von Grails und GWT

Wie auch immer, ich habe nicht viel darüber gelesen, wie gut diese Technologien zusammenspielen. Wie einfach ist es, GWT mit Grails serverseitig zu integrieren? Ich würde gerne etwas über die Erfahrungen von jemandem erfahren, der eine Anwendung mit diesen Technologien entwickelt hat? Empfehlungen zu Ressourcen (Bücher/Websites) zum Aufbau einer GWT-Grails-Website wären ebenfalls sehr willkommen.

Cheers, Don

Antwort

0

mit den Vorteilen der dynamischen Sprachen (Groovy) kann die Menge von (vorformulierten) Code wirklich reduzieren, die geschrieben

Das ist, was die Leute sein muss Von RoR Camp predigt die ganze Zeit. Nach einigen anfänglichen Booms gerieten RoR-Projekte in unvermeidliche Schwierigkeiten mit größeren Projekten. Je größer Projekte sind, desto mehr Arbeit sollte man an den Compiler delegieren, d. H. Die wertvolleren sind statische Sprachen. Derzeit ist RoR Boom alles andere als weg.

Die Menge an (Extra-) Code, die Sie jetzt zum Beispiel mit JPA/Hibernate schreiben müssen, ist fast Null. Nur Anmerkungen Es findet sogar die gemappten Beans selbst in Laufzeit über Klassenpfad! SpringFramework macht auch viele andere Codepieces überflüssig.

In meinem GWT-Projekt (ein bis jetzt, muss ich zugeben) Ich benutze JPA (Hibernate), DAO-Schicht, Business-Delegierten-Muster und es ist einfach und robust.

+1

FWIW, stimme ich mit Ihrem Vorschlag, dass statische Sprachen „der einzig wahre Weg“. Das dynamische Sprachcamp würde argumentieren, dass die Ausführlichkeit der statischen Typprüfung teilweise für die "großen Projekte" verantwortlich ist, die Sie erwähnen. –

3

Sie haben auf der Serverseite erwähnt - GWT und Grails integrieren sich eigentlich nicht gut auf der Serverseite (nicht so gut, wie Sie vielleicht erwarten würden, wie gut Grals-Domain-Objekte funktionieren). Für RPC funktioniert das Plugin sehr gut.

Das Problem ist, dass Domain-Objekte nicht serialisiert und über den Draht übertragen werden können - schließlich groovy Objekte. Sie müssen ein Datenübertragungsobjekt (DTO) anpassen und das Marshalling manuell durchführen. Es ist möglich, es zu automatisieren, aber es gibt keinen Opensource-Code da draußen, der es atm tut - also ist das Rollen Ihrer eigenen die einzige Lösung.

Oder sehen Sie, ob Sie Hibernate4gwt mit Grals arbeiten können - aber ich bezweifle, dass es auch aus der Box sein wird.

+0

Addendum: GWT integriert sich jetzt ziemlich gut mit Grails 1.1.x - das gwt-Plugin ist stark verbessert von dem, was ich höre. – Chii

1

Ein anderer Ansatz: Verwenden Sie Grails mit SmartGWT. Anstelle von GWT-RPC (zu komplex, und wie andere angemerkt haben, spielt Grails nicht gut), verwenden Sie REST-basierte Integration, da Grails große Unterstützung für die Serialisierung zu XML oder JSON bietet und SmartGWT über integrierte REST-Unterstützung verfügt. Sehen Sie sich dieses Blog mit einer Beispielquelle an - es ist lächerlich einfach, einen wiederverwendbaren Master-Detailbildschirm für jedes Grails-Objekt zu erstellen.

http://josip-dev.blogspot.com/2010/06/grails-smart-gwt.html