urbanisation-si.com

Dans l'article précédent :

https://www.urbanisation-si.com/ingenierie-dirigee-par-les-modeles-idm-documentation-atl-atlas-transformation-language-vous-saurez-tout-ou-presque-sur-les-modules 

nous avion abordé les modules ATL.

Examinons maintenant les 2 modes d'exécution d'ATL :

• mode normal
• mode affiné

Le mode normal est le mode par défaut. Il utilise le mot clé from dans le header du module. Dans ce mode, le développeur doit spécifier soit par "matched" ou "called rules", la manière dont va être généré les éléments du modèle cible. Ce mode convient dans les cas les plus fréquents ou le modèle cible est radicalement différent du modèle cible.

Le mode affiné correspond plus à un héritage, où on ne redéfinirait seulement quelques éléments de la cible. Ainsi le développeur peut se concentrer sur les règles de transformation spécifiques. Les éléments inchangés du source sont implicitement copiés vers la cible. Le mot clé refining doit être précisé dans le header. Le développeur spécifie comment générer un élément dés que la transformation modifie un attribut ou une référence. Par contre, l'avantage, c'est qu'il ne précise rien pour tout ce qui concerne les éléments inchangés et directement copiés. L'avantage est l'économie en terme de code.

"Ce n'est pas l'ignorance, mais le savoir qui est la mère de l'émerveillement."
Joseph Wood Krutch

Voir aussi :  

http://urbanisation-si.wix.com/blog

http://urbanisme-si.wix.com/blog

http://urbanisation-si.wix.com/urbanisation-si

http://urbanisation-si.over-blog.com/

http://rhonamaxwel.over-blog.com/

http://urbanisation-des-si.blogspot.fr/

http://bonnes-pratiques-si.eklablog.com/

http://urbanisation-si.eklablog.com/