La Guía Definitiva de los Griales

Opiniones de los lectores

El libro es una guía completa del framework Grails, que ofrece explicaciones exhaustivas de su integración con Spring y cubre las características clave de Grails. Aunque sirve como recurso útil para desarrolladores Java experimentados, asume conocimientos previos que pueden no ser accesibles para programadores menos experimentados. Los usuarios aprecian la cobertura en profundidad, aunque algunos critican sus referencias obsoletas y ejemplos inconsistentes.

⬤ Cobertura exhaustiva de las características de Grails e integración con Spring.
⬤ Explicaciones detalladas que mejoran la comprensión.
⬤ Bien estructurado con ejemplos lógicos.
⬤ Útil para programadores experimentados que buscan profundizar sus conocimientos.
⬤ Escrito por autores establecidos en la comunidad Grails.

⬤ Asume conocimientos previos de Java y programación orientada a objetos, lo que lo hace menos accesible para principiantes.
⬤ Algunos contenidos están desactualizados, en concreto las referencias a la versión de Grails
⬤ Críticas sobre problemas de rendimiento relacionados con Groovy.
⬤ Ciertos capítulos podrían proporcionar más profundidad en áreas como GORM.
⬤ Los ejemplos no siempre funcionan como se describen, dando lugar a confusión.

(basado en 16 opiniones de lectores)

Título original:

The Definitive Guide to Grails

Contenido del libro:

A finales de los 90, trabajaba en un proyecto de desarrollo de sistemas de gestión del aprendizaje a gran escala utilizando las primeras tecnologías J2EE, como EJB 1.0 y el marco Servlet. La máquina del bombo publicitario de Java estaba en pleno apogeo, y las referencias a «EJB esto y Java lo otro» aparecían en la portada de todas las publicaciones importantes de TI.

Aunque lo que estábamos haciendo -y aprendiendo mientras lo hacíamos- nos parecía horriblemente mal, la industria seguía diciéndonos que estábamos haciendo lo correcto. EJB iba a resolver todos nuestros problemas, y los servlets (incluso sin una tecnología de vista en ese momento) eran lo correcto. Cómo han cambiado los tiempos.

Hoy en día, Java y J2EE son palabras de moda ya olvidadas, y la máquina del bombo nos lanza otros acrónimos complejos como SOA y ESB. En mi experiencia, los desarrolladores tienen la misión constante de escribir menos código.

Las especificaciones monolíticas de J2EE, como las que adoptó la comunidad de desarrolladores en sus inicios, no ayudaron. Si un marco de trabajo o una especificación es excesivamente compleja y exige escribir montones de código repetitivo, debería ser una señal de alarma inmediata.

¿Por qué teníamos que escribir tanto código repetitivo? Seguro que había una forma mejor.