Version imprimable
Bonjour,
Si je lis Welcome to Spring Roo! je vois plein de choses intéressantes : j'ai l'impression qu'il s'agit d'une sorte de packaging du commun des programmeurs, avec quelques règles ou facilités diverses.
Mais maintenant si je prends NetBeans IDE 6.5 Features / Java EE (Enterprise Edition) (oui, j'utilise Netbeans) je vois des choses similaires et plus encore.
Ou alors il y a quelque chose que je loupe ?... bref je comprends pas très bien. Si vous comprenez de votre coté...
Merci.
Spring Roo c'est assez spécial je dirai. Je trouve le concept intéressant mais j'ai parfois des doutes sur sa mise en place :aie:
En gros, Spring Roo c'est une espère de ligne de commande qui te permet de créer un projet de A à Z ou presque.
Tu tape une commande pour créer ton application, tu peux ensuite créer des entités, leur définir des champs, puis créer un DAO sur cette entité, et ensuite des controlleurs .. etc.
L'intérêt est de ce projet je dirai est de permettre à des utilisateurs non expert en Java de créer un projet simplement. Tout le code technique étant généré par Roo.
Typiquement, tu as une entité "Personne" et son DAO, pour créer une requete qui recherche les personnes par leur nom et prénom, pas besoin de connaitre Java ni SQL ou JPA.. tu dis seulement à Roo de créer un méthode listPersonByFirstnameAndLastname ... et il te créé ce qui va bien.
J'ai pas testé Roo plus que ca, mais son principal défaut est qu'en cas de soucis ... la plupart des fichiers générés ne sont meme pas des classes Java mais des fichier AspectJ, ce que très peu de gens connait bien :]
Donc un peu hard pour travailler sur le projet.
je trouve que spring Roo est une copie de jboss-seam. C'est le même principe sauf qu'il utilise les technologies spring.
Oui, je vois ; d'un autre coté c'est un projet assez neuf, il faut lui laisser le temps. Le choix des fichiers Aspect J est peut être provisoire ?
J'ai toutefois du mal à voir sa place exacte par rapport à toutes les fonctions des IDE, qui couvrent non seulement la création (merci), mais encore le refactoring des projets.
Ce qu'il y a d'intéressant est la démarche de se poser la question sur l'aspect applicatif ; finalement les IDE sont très fort sur la partie source, ou projet (et de façon plutot limitée sur ce dernier aspect pour Netbeans), mais ils répondent peu à la question Qu'est-ce qu'une application ?
D'un autre coté le genre de projet comme Roo est plutot à la mode, c'est dans l'optique Ruby on Rail, Grails etc ..
Par contre, je doute que le choix de AspectJ soit temporaire. Le support de Roo dans Spring Tool Suite permet de gérer correctement les fichiers générés pour être presque transparent.