Értékelés:
A könyv átfogó útmutató a Grails keretrendszerről, alapos magyarázatot ad a Spring-rel való integrációról, és kitér a Grails legfontosabb funkcióira. Bár a tapasztalt Java-fejlesztők számára hasznos forrásként szolgál, olyan előzetes ismereteket feltételez, amelyek a kevésbé tapasztalt programozók számára nem biztos, hogy elérhetőek. A felhasználók értékelik a mélyreható lefedettséget, bár egyesek kritizálják az elavult hivatkozásokat és a következetlen példákat.
Előnyök:⬤ A Grails funkcióinak és a Spring integrációjának átfogó lefedettsége.
⬤ Részletes magyarázatok, amelyek elősegítik a megértést.
⬤ Jól strukturált, logikus példákkal.
⬤ Hasznos a tapasztalt programozók számára, akik elmélyíteni szeretnék tudásukat.
⬤ A Grails közösség elismert szerzői írták.
⬤ Előzetes Java és objektumorientált programozási ismereteket feltételez, így a kezdők számára kevésbé hozzáférhető.
⬤ Néhány tartalom elavult, különösen a Grails
⬤ verziójára való hivatkozások
⬤ Kritika a Groovyval kapcsolatos teljesítményproblémákkal kapcsolatban.
⬤ Bizonyos fejezetek mélyebben is foglalkozhatnának olyan területekkel, mint például a GORM.
⬤ A példák nem mindig úgy működnek, ahogyan le van írva, ami zavarhoz vezet.
(16 olvasói vélemény alapján)
The Definitive Guide to Grails
A '90-es évek végén egy olyan projekten dolgoztam, amely nagyvállalati tanulási rendszerek fejlesztésével foglalkozott, és olyan korai J2EE-technológiákat használt, mint az EJB 1.0 és a Servlet keretrendszer. A Java hype-gépezet teljes lendületben volt, és az „EJB az, és a Java ez” hivatkozások minden nagyobb IT-kiadvány címlapján szerepeltek.
Annak ellenére, hogy amit csináltunk - és amit közben tanultunk -, olyan szörnyen rosszul éreztük magunkat, az iparág folyamatosan azt mondta nekünk, hogy helyesen cselekszünk. Az EJB minden problémánkat meg fogja oldani, és a szervletek (akkor még nézettechnológia nélkül) a helyes megoldás. Hogy változnak az idők.
Manapság a Java és a J2EE már rég elfeledett divatszavak, és a hype-gépezet más összetett betűszavakkal dobálózik, mint például SOA és ESB. Tapasztalatom szerint a fejlesztők folyamatosan azon vannak, hogy kevesebb kódot írjanak.
A monolitikus J2EE specifikációk, mint amilyeneket a fejlesztői közösség a kezdeti időkben elfogadott, nem segítettek. Ha egy keretrendszer vagy egy specifikáció túlságosan összetett, és ismétlődő kódtömbök írását követeli meg, az azonnal piros zászlót kell, hogy jelezzen.
Miért kellett ennyi ismétlődő kódot írnunk? Biztosan volt jobb megoldás.