On Sun, 7 Nov 2010 09:15:27 +0100 chemit <chemit@codelutin.com> wrote:
On Sat, 06 Nov 2010 14:55:52 +0100 Jean Couteau <couteau@codelutin.com> wrote:
Sinon je pense à un truc, mais je sais pas si ça solutionnera les problèmes (ni si ça marchera). L'idée serait de générer les interfaces des classes du modèle dans un package différent de celui des impls, comme ça on peut importer uniquement les interfaces et on devrait réduire les problèmes d'import (je pense que ça devrait pouvoir le faire mais pas dit que gwt réussise à s'en sortir).
Si tu parlais du modèle client alors ce que j'ai écrit ne tient plus :) Si c'est pour le modèle de wikitty alors ça tient ;)
Non, non et non :)
Je trouve cette approche de vouloir modifier les apis des couches de persistence pour rentrer dans un moule d'ui déroutante...
Je sais bien que tu veux réussir à t'en sortir mais ça me parait tellement faire le truc à l'envers de modifier de l'api pour un besoin d'ui...
La couche d'ui n'est pas orchestre de quoique se soit; si on se rends compte que GWT est trop tordu, il faudrait peut-être penser à en parler au client et trouver une solution de replis plutôt que déformer wikitty à tord.
De plus la modification que tu soumets est lourde de conséquence : on déplace jamais des apis comme ça vite fait : elles doivent être dépréciées puis supprimer dans un temps second; enfin je dis ça sur un projet où y d'autres gens qui utilisent la librairie (ce qui est le cas ici si je ne m'abuse).
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com