Dans nos modèles UML, nous mettons les énumérations car cela fait partie des entités. Pour un modèle plus complet et plus de lisibilité, nous y mettons aussi les LITERAL (valeurs des enums). Avec Topia, les énumérations ne sont pas générées. Pourquoi ? Je sais qu'on va me répondre un truc du genre : "y'a pas/peu de valeur ajoutée" Certes. Mais puisqu'on prône l'utilisation du MDA pour avoir un modèle proche du code, ça a du sens d'assurer qu'il n'y a pas de décalage entre le code et le modèle. "Ouais, mais on ne peut pas vraiment faire des énumérations surchables pour rajouter des propriété/méthodes" Oui, c'est vrai. Du coup je pense qu'on devrait faire comme avec les entités : si on trouve la classe dans le classpath, on ne la génère pas. Voilà, z'êtes convaincus là ? Arnaud.
Dans nos modèles UML, nous mettons les énumérations car cela fait partie des entités. Pour un modèle plus complet et plus de lisibilité, nous y mettons aussi les LITERAL (valeurs des enums).
Avec Topia, les énumérations ne sont pas générées. Pourquoi ? Je sais qu'on va me répondre un truc du genre : "y'a pas/peu de valeur ajoutée"
Certes. Mais puisqu'on prône l'utilisation du MDA pour avoir un modèle proche du code, ça a du sens d'assurer qu'il n'y a pas de décalage entre le code et le modèle.
"Ouais, mais on ne peut pas vraiment faire des énumérations surchables pour rajouter des propriété/méthodes"
Oui, c'est vrai. Du coup je pense qu'on devrait faire comme avec les entités : si on trouve la classe dans le classpath, on ne la génère pas.
Voilà, z'êtes convaincus là ? Pourquoi pas, ca devrait pouvoir se faire dans l'EntityTransformer, d'après mes souvenir on devrait pouvoir avoir un
On 28/07/2011 19:21, Arnaud Thimel wrote: transformFromEnumeration. Ou sinon un autre Transformer...
participants (2)
-
Arnaud Thimel -
Florian Desbois