La guida definitiva ai Graal

Recensioni dei lettori

Il libro è una guida completa al framework Grails, che offre spiegazioni approfondite sulla sua integrazione con Spring e copre le caratteristiche principali di Grails. Pur essendo una risorsa utile per gli sviluppatori Java esperti, presuppone conoscenze pregresse che potrebbero non essere accessibili ai programmatori meno esperti. Gli utenti apprezzano la copertura approfondita, anche se alcuni criticano i riferimenti obsoleti e gli esempi incoerenti.

⬤ Copertura completa delle caratteristiche di Grails e dell'integrazione con Spring.
⬤ Spiegazioni dettagliate che migliorano la comprensione.
⬤ Ben strutturato con esempi logici.
⬤ Utile per i programmatori esperti che vogliono approfondire le loro conoscenze.
⬤ Scritto da autori affermati nella comunità di Grails.

⬤ Presuppone una conoscenza preliminare di Java e della programmazione orientata agli oggetti, il che lo rende meno accessibile ai principianti.
⬤ Alcuni contenuti sono obsoleti, in particolare i riferimenti alla versione di Grails
⬤ Critiche sui problemi di performance legati a Groovy.
⬤ Alcuni capitoli potrebbero essere più approfonditi in aree come GORM.
⬤ Gli esempi non sempre funzionano come descritto, generando confusione.

(basato su 16 recensioni dei lettori)

Titolo originale:

The Definitive Guide to Grails

Contenuto del libro:

Alla fine degli anni '90 lavoravo a un progetto che sviluppava sistemi di gestione dell'apprendimento su larga scala utilizzando le prime tecnologie J2EE, come EJB 1.0 e il framework Servlet. La macchina del successo di Java era in pieno svolgimento e i riferimenti a “EJB quello e Java questo” erano sulla copertina di ogni grande pubblicazione IT.

Anche se quello che stavamo facendo - e che stavamo imparando - ci sembrava terribilmente sbagliato, il settore continuava a dirci che stavamo facendo la cosa giusta. EJB avrebbe risolto tutti i nostri problemi e le servlet (anche se all'epoca non esisteva una tecnologia di visualizzazione) erano la cosa giusta da usare. Come sono cambiati i tempi.

Al giorno d'oggi, Java e J2EE sono parole d'ordine ormai dimenticate e la macchina della pubblicità ci propina altri acronimi complessi come SOA e ESB. Secondo la mia esperienza, gli sviluppatori sono in continua missione per scrivere meno codice.

Le specifiche monolitiche di J2EE, come quelle adottate dalla comunità di sviluppo agli inizi, non hanno aiutato. Se un framework o una specifica sono eccessivamente complessi e richiedono la scrittura di una serie di codice ripetitivo, dovrebbero essere immediatamente un segnale di allarme.

Perché dovevamo scrivere così tanto codice boilerplate ripetitivo? Sicuramente c'era un modo migliore.