Note :
Ce livre est un guide complet du framework Grails, offrant des explications approfondies sur son intégration avec Spring et couvrant les fonctionnalités clés de Grails. Bien qu'il constitue une ressource utile pour les développeurs Java expérimentés, il suppose des connaissances préalables qui peuvent ne pas être accessibles aux programmeurs moins expérimentés. Les utilisateurs apprécient sa couverture approfondie, bien que certains critiquent ses références obsolètes et ses exemples incohérents.
Avantages:⬤ Une couverture complète des fonctionnalités de Grails et de l'intégration avec Spring.
⬤ Des explications détaillées qui améliorent la compréhension.
⬤ Bien structuré avec des exemples logiques.
⬤ Utile pour les programmeurs expérimentés qui souhaitent approfondir leurs connaissances.
⬤ Rédigé par des auteurs reconnus dans la communauté Grails.
⬤ Suppose une connaissance préalable de Java et de la programmation orientée objet, ce qui le rend moins accessible aux débutants.
⬤ Certains contenus sont obsolètes, notamment les références à la version de Grails
⬤ Critiques sur les problèmes de performance liés à Groovy.
⬤ Certains chapitres pourraient être plus approfondis dans des domaines tels que GORM.
⬤ Les exemples ne fonctionnent pas toujours comme ils sont décrits, ce qui entraîne des confusions.
(basé sur 16 avis de lecteurs)
The Definitive Guide to Grails
À la fin des années 90, je travaillais sur un projet de développement de systèmes de gestion de l'apprentissage d'entreprise à grande échelle utilisant les premières technologies J2EE telles que EJB 1.0 et le cadre Servlet. L'engouement pour Java battait son plein, et les références à « EJB ça, et Java ça » figuraient en couverture de toutes les grandes publications informatiques.
Même si ce que nous faisions - et ce que nous apprenions au fur et à mesure que nous le faisions - nous paraissait si horriblement faux, l'industrie continuait à nous dire que nous faisions la bonne chose. Les EJB allaient résoudre tous nos problèmes et les servlets (même sans technologie de vue à l'époque) étaient la bonne chose à faire. Comme les temps ont changé ! Aujourd'hui, Java et J2EE sont des mots à la mode oubliés depuis longtemps, et la machine à faire du battage médiatique nous assène d'autres acronymes complexes tels que SOA et ESB.
D'après mon expérience, les développeurs ont pour mission constante d'écrire moins de code. Les spécifications monolithiques de J2EE, comme celles adoptées par la communauté des développeurs dans les premiers temps, n'ont pas aidé.
Si un cadre ou une spécification est excessivement complexe et vous oblige à écrire des quantités de code répétitif, il faut immédiatement tirer la sonnette d'alarme. Pourquoi devions-nous écrire autant de code répétitif ? Il y avait sûrement une meilleure solution.
© Book1 Group - tous droits réservés.
Le contenu de ce site ne peut être copié ou utilisé, en tout ou en partie, sans l'autorisation écrite du propriétaire.
Dernière modification: 2024.11.14 07:32 (GMT)