Le 23/11/2010 11:52, Benjamin POUSSIN a écrit :
oui, tu dis une betise :). Parce que justement tout pause probleme sauf l'id et la version :).
arf pour moi c'était l'inverse...
- On recupere un Business entity avec son wikitty a l'interieur. - On demande sa conversion en DTO - On modifie sa version DTO - On demande le wikitty equivalent du DTO via la nouvelle methode getWikitty - Il faut que les champs du wikitty reflete les modif qui ont ete faite sur le dto et non pas que le wikitty soit equivalent a ce qu'on avait avant les modif. Car sinon la methode getWikitty ne sert absolument a rien :( autant faire un restore en passant l'id.
Je suis bien d'accord :D
Donc il faut reflechir a un moyen pour faire passer les valeurs du DTO dans le wikitty et donc retrouver l'equivalence de champs entre les deux.
Cela n'est pas trivial et il faut une aide externe pour que ce soit le plus simple possible. Je propose que lors de la generation du DTO sur chaque champs on ajoute une annotation qui indique le FQN du champs wikitty equivalent. Du coup le mapping entre les deux est simple.
Donc a faire: - creer une annotation - l'utilise pour la copie DTO <==> wikitty
Ok, je vois, mais le problème c'est que la méthode en question est dans l'API et que le module dto dépends de l'api et on risque de se retrouver avec une dépendance cyclique (en tout cas pour la méthode getWikitty, pas pour la conversion DTO sur le DTOHelper).