¿Qué hace que Groovy + Grails sea una configuración más productiva que Java EE?

Question

Me encuentro con referencias a 'Grails' y 'Groovy' muy a menudo en estos días ... principalmente sobre cuán grande es un refuerzo de productividad en comparación con el estándar Java EE, o cosas como JSF, Struts, etc. Y también hay un impresionante conjunto de casos de estudio en apoyo de esto también en su sitio web. Así que pensé en explorar algo de eso ...

Al comenzar con esto, tenía curiosidad por saber si había algún material (enlace, blog, artículo, papel ...) que explicara cuáles son las características especiales en Grails + Groovy (y no se encuentra en ningún otro lugar, en el mundo de Java EE) que lo convierte en un entorno más productivo para trabajar?

Answer 1

La página de Wikipedia Grails proporciona una explicación básica:

Grails tiene tres propiedades que tratan de aumentar la productividad en comparación con los marcos tradicionales de Java web:

• ninguna configuración XML
• Ready para usar entorno de desarrollo
• Funcionalidad disponible a través de mixins

El primer punto realmente debería ser "menos configuración" como resultado de RoR popularizado configuración por convención: el marco aborda el desarrollo de una cierta clase de aplicaciones y proporciona valores predeterminados razonables en ese contexto.

El segundo punto también es valioso: una aplicación de hello world puede desarrollarse e implementarse en un par de comandos Grails. Esto reduce la barrera de entrada, aumenta la capacidad mental y permite una experiencia de desarrollo más optimizada en comparación con el desarrollo puro de Java.

Usaré un ejemplo de la página Grails GORM para ilustrar el tercer punto. Griales le permite escribir este tipo de código para recuperar un libro por su título de la tabla "libro" sin tener que configurar casi nada hasta:

Book.findByTitle("Groovy in Action") 

Por supuesto, es el resultado de una propiedad mucho más general de Groovy: su naturaleza dinámica.

Para obtener informes más prácticos sobre el aumento de la productividad, consulte p. Ej. el cielo report.

Answer 2

Un marco se vuelve útil cuando minimiza el esfuerzo por hacer algo. Es por eso que C tuvo más éxito que Assembly, C++ mejorado en C y Java en C++.

Aunque no se enumera estrictamente en pro y contra, me gusta la discusión del tema en un blogpost por uno de los primeros desarrolladores de Groovy. Además, también me gusta la discusión sobre otro marco de base de datos moderno respaldado por webapplication por Martin Fowler, uno de los arquitectos líderes en el mundo de Java EE.

También me encontré primero con Groovy, mientras probaba aplicaciones Java. Te pondrás en contacto con el trabajo de Dirk Koenig, p. short Groovy presentation. Por cierto, si quieres desarrollar aplicaciones relacionadas con la "nube", entonces Ruby abre un montón de puertas también.