Ici on voit que le modèle en entrée est bien un modèle de conception et non un modèle d'analyse et il est bien nécessaire de le stéréotyper.
Or il est bien nécessaire de faire évoluer un modèle métier pour faire apparaitre ces classes.
Ainsi une classe métier "CompteCourant" devra être transformée en une collaboration entre un CompteCourantEntity, un CompteCourantDAO, ....etc
Avec Acceleo si on veut partir du modèle métier,
- soit on masque ce modèle intermédiaire en programmant l'étape de transformation M2M et en prenant des décisions arbitraires sans possibilité d'orienter la transfo.
'Par exemple, comment agréger plusieurs contrats d'objet métier en un seul service si on masque ce modèle intermédiaire => intervention au niveau du code généré et reverse au lieu de personnaliser le modèle)
-Soit on applique manuellement la transformation pour tous les objets métiers ce qui devient fastidieux.
Avec une transformation M2M on obtient l'équivalent de la première étape et on laisse apparaitre ce modèle intermédiaire que l'on peut enrichir et ce sans recourir à de la programmation EMF basique.
La transformation peut s'appuyer sur un langage de transformation (QVT/ATL ou OAW) ou bien sur un tooling (RSA)
[^] # Re: Du code vers le modèle?
Posté par Bozo_le_clown . En réponse à la dépêche Acceleo 2.2.0 : nouveaux générateurs PHP, Python et JEE. Évalué à 2.
http://blog.benois.fr/post/2008/01/10/Acceleo-Module-JEE-Spr(...)
Ici on voit que le modèle en entrée est bien un modèle de conception et non un modèle d'analyse et il est bien nécessaire de le stéréotyper.
Or il est bien nécessaire de faire évoluer un modèle métier pour faire apparaitre ces classes.
Ainsi une classe métier "CompteCourant" devra être transformée en une collaboration entre un CompteCourantEntity, un CompteCourantDAO, ....etc
Avec Acceleo si on veut partir du modèle métier,
- soit on masque ce modèle intermédiaire en programmant l'étape de transformation M2M et en prenant des décisions arbitraires sans possibilité d'orienter la transfo.
'Par exemple, comment agréger plusieurs contrats d'objet métier en un seul service si on masque ce modèle intermédiaire => intervention au niveau du code généré et reverse au lieu de personnaliser le modèle)
-Soit on applique manuellement la transformation pour tous les objets métiers ce qui devient fastidieux.
Avec une transformation M2M on obtient l'équivalent de la première étape et on laisse apparaitre ce modèle intermédiaire que l'on peut enrichir et ce sans recourir à de la programmation EMF basique.
La transformation peut s'appuyer sur un langage de transformation (QVT/ATL ou OAW) ou bien sur un tooling (RSA)
Selon moi Acceleo seul ne suffit pas.