Effectivement c'est intéressant de pouvoir générer toutes les parties chiantes d'une bouse J2EE : Base de données, DTO, coques des DTA, coques Services, etc...
On voit bien dans le screencast à 2/3 (le temps n'est pas affiché), que le code Java, à l'intérieur du code, enfin, des coques générées, il faut se le farcir à la main.
En gros, c'est un outil moyennement intéressant, qui s'épargne d'écrire à la main le code bête et stupide que l'on trouve dans tous framework java : gestion de la BDD, prototypes des fonctions, gestions des multiples fichiers de la susdite bouse.
Mais ce qui me fait marrer, c'est qu'on continue à dessiner des boiboites, qui sémantiquement ne valent rien : un User est une simple boiboite avec le titre User, et des champs à l'intérieur.
Pire on voit à quel point c galère d'expliquer que la fonction findCategoryByName a un param String, ça prend 3 fois plus de temps que l'écrire, faut cliquer partout !
Là c'est débile.
Est-ce qu'on pourrait avoir un truc qui soit plus haut niveau où on définit les specs et qui nous génère le code à l'intérieur ?
Ou pourrait t'on définir des HFSM, des règles pour un moteur de règle, une interface à FSM tant qu'on y est.
Bref autre chose que du code qu'on est obligé de générer pour coller au framework de 20T qui accompagnent ces technos.
Je dis pas que c'est criminel, je dis que c'est stupide par certains côté, et que ce n'est pas la bonne approche d'attaquer le problème de l'industrialisation du logiciel.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: On est pas vendredi mais je m'en fous
Posté par Ontologia (site web personnel) . En réponse à la dépêche Acceleo 2.7.0 est sorti !. Évalué à 7.
J'ai regardé les screecast, et particulièrement celui-là : http://www.acceleo.org/screencast.php?width=858&height=6(...)
Bilan, encore un métatruc !
Effectivement c'est intéressant de pouvoir générer toutes les parties chiantes d'une bouse J2EE : Base de données, DTO, coques des DTA, coques Services, etc...
On voit bien dans le screencast à 2/3 (le temps n'est pas affiché), que le code Java, à l'intérieur du code, enfin, des coques générées, il faut se le farcir à la main.
En gros, c'est un outil moyennement intéressant, qui s'épargne d'écrire à la main le code bête et stupide que l'on trouve dans tous framework java : gestion de la BDD, prototypes des fonctions, gestions des multiples fichiers de la susdite bouse.
Mais ce qui me fait marrer, c'est qu'on continue à dessiner des boiboites, qui sémantiquement ne valent rien : un User est une simple boiboite avec le titre User, et des champs à l'intérieur.
Pire on voit à quel point c galère d'expliquer que la fonction findCategoryByName a un param String, ça prend 3 fois plus de temps que l'écrire, faut cliquer partout !
Là c'est débile.
Est-ce qu'on pourrait avoir un truc qui soit plus haut niveau où on définit les specs et qui nous génère le code à l'intérieur ?
Ou pourrait t'on définir des HFSM, des règles pour un moteur de règle, une interface à FSM tant qu'on y est.
Bref autre chose que du code qu'on est obligé de générer pour coller au framework de 20T qui accompagnent ces technos.
Je dis pas que c'est criminel, je dis que c'est stupide par certains côté, et que ce n'est pas la bonne approche d'attaquer le problème de l'industrialisation du logiciel.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker