2010-12-09 6 views
13

He estado trabajando en proyectos de GWT durante unos meses y decidí probar esta cosa de Spring Roo. Noté que pasar de 0 a los mismos resultados que con Roo puede llevar mucho tiempo. Mi primer pensamiento fue: "¡Esto es genial"!Roo + GWT - bueno para el desarrollo?

Pero una vez que haya configurado un par de entidades persistentes y Roo genera su andamio para GWT y tiene un diseño muy básico pero una gran cantidad de código. ¿Y que? ¿Dejas de usar Roo y sigues a mano? La interfaz de usuario es agradable, pero es muy básica.

No quiero modificar cosas a mano ya que no quiero estropear la generación de Roo. Así que eliminé todas las cosas de Roo y volví al modo "lento" nuevamente.

  • ¿Alguien ha creado una aplicación relativamente compleja con Spring Roo + GWT?

  • No estoy muy familiarizado con Spring por lo que podría ponerse feo (usado para GWT + GXT + DataNucleus + Guice/Gin + Gilead). ¿Recomiendas mantenerse alejado de Roo en tal caso?

Desde mi punto de vista, Roo es bueno para la generación de la capa de dominio repetitivo ya que esto es muy tedioso, pero eso es todo.

Respuesta

6

Desde mi experiencia, Roo es muy útil para la creación rápida de prototipos y la prueba de concepto.

También es útil para mantener el modelo de datos en sincronización con la capa JPA/DAO.

Pero, de hecho, para requisitos de negocio más complejos en el nivel de servicio y el diseño de la interfaz de usuario, tendrá que cambiar a la antigua codificación manual simple.

+0

Entonces, ¿es este el caso de uso "oficial"? Prototipado rápido o, cuando quiera usarlo en proyectos reales, deje que genere el andamio una vez y luego continúe desde allí (es decir, piratee el código autogenerado y nunca vuelva a ejecutar roo). – Thilo

+0

Bueno, parece que Roo es una solución para entender las "mejores prácticas", pero luego sigues adelante a mano ... Encontré esta otra publicación que es bastante interesante: http://stackoverflow.com/questions/4243454/to-roo -o-no-a-roo –

1

en mi experiencia. roo + gwt te proporciona ciclos de construcción extremadamente largos (cuando tienes suficientes entidades, no lo has probado con springMVC, tal vez también sea lento). la construcción de aspectj de alguna manera lo está causando. entonces para descomponerlo No lo haría de nuevo. si no me crees, crea un proyecto de muestra con 100 entidades con 5 campos cada una. A continuación, abra la consola AJDT y limpie el proyecto ... y tome un café o algo así ;-)

Cuestiones relacionadas