2008-11-21 27 views
17

GWT parece una tecnología muy buena para los desarrolladores de Java que no les gusta (o no conocen) HTML/JS/CSS para construir interfaces web ricas. En el lado del servidor, Grails también se ve muy bien, a menudo se describe como "Rails para desarrolladores de Java". He leído que el enfoque de "convención sobre configuración" de Grails, junto con los beneficios de los lenguajes dinámicos (Groovy) realmente pueden reducir la cantidad de código repetitivo que se debe escribir, al tiempo que se aprovechan las mejores tecnologías de Java. como Spring e Hibernate.integrando Grails y GWT

De todos modos, no he leído mucho acerca de qué tan bien estas tecnologías juegan juntas. ¿Qué tan fácil es integrar GWT con Grails en el lado del servidor? Me interesaría conocer las experiencias de cualquiera que haya desarrollado una aplicación con estas tecnologías. Las recomendaciones sobre recursos (libros/sitios web) para construir un sitio web de GWT-Grails también serían bienvenidas.

Saludos, Don

Respuesta

0

con los beneficios de los lenguajes dinámicos (Groovy) realmente pueden reducir la cantidad de código (repetitivo) que necesita ser escrito

Eso es lo que la gente del campamento de RoR estaba predicando todo el tiempo. Después de algunos proyectos de RoR de auge inicial se metieron en problemas inevitables con proyectos más grandes. Cuanto más grandes sean, más trabajo habrá que delegar en el compilador, es decir, cuanto más valiosos sean los lenguajes estáticos. Actualmente, el boom de RoR ha desaparecido.

La cantidad de código (extra) que necesita escribir ahora con JPA/Hibernate, por ejemplo, es casi cero. Solo anotaciones Incluso encuentra los beans mapeados en sí, en tiempo de ejecución, a través de classpath. SpringFramework también hace obsoletos muchos otros códigos "repetitivos".

En mi proyecto GWT (hasta ahora, tengo que admitirlo) utilizo JPA (Hibernate), capa DAO, patrón delegado de negocios y es fácil y robusto.

+1

Fwiw, estoy de acuerdo con su sugerencia de que las lenguas son estáticas "el verdadero camino". El campo de los lenguajes dinámicos argumentaría que la verbosidad de la comprobación estática del tipo es en parte responsable de los "grandes proyectos" que mencionas. –

3

Mencionaste por el lado del servidor: GWT y grails en realidad no se integran bien en el servidor (no tan bien como cabría esperar dado el buen funcionamiento de los objetos de dominio de grails). Para RPC, el complemento funciona muy bien.

El problema es que los objetos de dominio no se pueden serializar y transferir a través del cable, después de todo, son objetos geniales. Tendrá que crear un objeto de transferencia de datos (DTO) personalizado y realizar la clasificación de forma manual. Es posible automatizarlo, pero no existe ningún código de código abierto que lo haga cajero automático, por lo que la única solución es la propia.

O vea si puede hacer que Hibernate4gwt trabaje con griales, pero también lo dudo que salga de la caja.

+0

anexo: GWT ahora se integra bastante bien con Grails 1.1.x - el plugin de gwt ha mejorado enormemente por lo que escucho. – Chii

1

Otro enfoque: use Grails con SmartGWT. En lugar de GWT-RPC (demasiado complejo, y como otros han notado, no funciona bien con Grails) utilice la integración basada en REST, ya que Grails tiene un gran soporte para serializar en XML o JSON y SmartGWT tiene soporte REST incorporado. Eche un vistazo a este blog que muestra la fuente de muestra: es ridículamente fácil construir una pantalla de detalles maestros reutilizable para cualquier objeto de Grails.

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