Esta es mi impresión privada, por lo que podría ser (muy) subjetiva. También soy un defensor de Play.
que se aplicó para dar una oportunidad Spring MVC
... Eso fue una especie de% $% @ # $% ... incómodo para mí, tener que preocuparse acerca de los archivos XML ...
así que encontré Roo
que puede andamiar aplicaciones bastante agradables (especialmente en comparación con Spring) Pensé que es sensato usarlo, sin embargo, también lleva demasiado esfuerzo controlar todos los archivos dependientes mientras su proyecto está creciendo (no sé, tal vez IDE equivocado, tal vez no demasiada paciencia ...) Después de una semana estaba listo para volver a PHP, para siempre;)
Finalmente encontré Play y ese es el punto para mí, no necesito ocuparme de ningún más con 'soporte' XML que impulsó yo loco. La estructura común es mucho más limpia que en Spring- *. No necesito preocuparme por configurar tomcat o volver a implementar la aplicación. Todo funciona solo desde el primer paso. Lo único que tengo que hacer es ... ¡desarrollarme!
Por lo tanto, para concluir, creo que debería darle a Play una oportunidad, tal vez sea una mejor opción que celebrar hábitos incómodos. Tal vez. Tienes que elegir a ti mismo.
BTW: ambos enfoques son realmente diferentes, no lo juzgará correctamente sin una comparación sólida de ambas soluciones con el mismo tema.
grails ejecutar en el jvm – NimChimpsky
@NimChimpsky Cierto, pero el problema es que no podemos usar groovy. – 18bytes
Jugar framwork no involucra a Spring, esa es la mayor ventaja;) –