Dans le but de rendre le code plus modulaire, j'ai écrit une interface Java que devront implémenter les différentes classes de SCM. Le fichier .java est en pièce jointe. Je ne suis pas sûr que le fait de prendre les classes d'action en paramètre soit très propre, mais je ne vois pas comment on peut modifier leurs attributs autrement. On est obligé de modifier ces attributs car les JSP s'en servent ensuite pour afficher les résultats des actions.
On Thu, 23 Apr 2015 08:36:03 +0100 hpigeon <hpigeon@codelutin.com> wrote:
Dans le but de rendre le code plus modulaire, j'ai écrit une interface Java que devront implémenter les différentes classes de SCM. Le fichier .java est en pièce jointe. Je ne suis pas sûr que le fait de prendre les classes d'action en paramètre soit très propre, mais je ne vois pas comment on peut modifier leurs attributs autrement. On est obligé de modifier ces attributs car les JSP s'en servent ensuite pour afficher les résultats des actions.
Je pense que c'est illusoire de vouloir mettre un contrat commun sur tout type de SCM. Comment définir un révision HEAD en git si il n'y a pas la notion de branche ? Cette notion de branche en git est vraiment différente de celle de svn. Différentes branches gits peuvent correspondre au même *path* de fichier, ce qui n'est pas le cas avec svn où chaque branche identifie un path unique. Je pense que si on veut réussir cela, il faudra alors utiliser des objets plus complexes en paramètre des méthode qui pourront alors varier d'un type de scm à l'autre scm. Selon le type de scm, les interfaces graphiques seront alors à adapter. My 2 cents, tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
participants (2)
-
hpigeon -
Tony Chemit