On Thu, 15 Mar 2012 09:27:33 +0100, Yannick Martel <martel@codelutin.com> wrote:
C'est assez "lourd" de devoir sur chaque entité mettre le stereotype <<entity>>. Je pense que dans un package "entity", on s'attend à avoir des entities. Par contre, tout le monde n'utilise pas un package entity. Ca m'est déjà arrivé, à Wiztivi par exemple, d'avoir des débats sur la façon d'organiser les packages : grosso modo, organisation technique ou fonctionnelles ? Dans le cas d'une orga orientée fonctionnelle, je pense qu'il devient alors nécessaire d'avoir le stéréotype sur les entities, DTOs, etc ...
La solution pourrait peut etre de pouvoir appliquer le stéréotype sur un package, qui s'appliquerait à toutes les classes de ce package.
Pourquoi pas. Je ne sais plus si EUGene le permet.
Concernant les autres points, il y en a un peu beaucoup, et au fil des mails et réponses, ca va pas etre terrible pour répondre je trouve. Mais : - favorable à la dépréciation de topiaQuery (ou alors la simplifier autant que possible) - pour le passage en Runtime de TopiaException, je suis mitigé. Ne pas l'avoir en Runtime permet de rappeler qu'elle est là, et peut obliger à de la rigueur
Ouais rigueur... Plutôt une contrainte qu'autre chose. Je sais plus ce qu'il en était du coup du rollback. Si tu commit pas dû à une erreur, qu'est ce qui se passe ?
- la partie sérialisation demande peut etre de la reflexion sur la volonté/nécessité de sérialiser les entités. Si c'est pour en faire une vue précise, c'est le boulot d'un DTO pour moi.
Pourquoi ne pas faire directement des tickets sur Topia, destinés à la V3, et d'y lancer les discussions ?
J'y ai pensé en lisant la réponse de Brendan et en faisant la mienne. Mais j'ai pas encore pris le temps de mettre ca au propre.