Conception d'un application maintenable

**Jerome S** · 30/11/2011, 09h48

Bonjour,
Je ne sais pas si le titre du topic est bien parlant, je vais donc reformulé.
J'ai un projet assez conséquent à réaliser.
J'ai créer toute l'IHM pour l'instant (elle même déjà assez complexe...).
J'ai lu quelque part qu'une application bien concue devait dissocié les classes de l'IHM, les classes de contrôle, ainsi que le noyau en lui même.
Je souhaiterai suivre ce conseil, mais je ne sais pas comment le mettre en pratique.
Voilà ce que j'avais imaginé :
Dans le main, j'instancie toutes mes classes. Ensuite, l'IHM se lance, et lorsqu'un clic sur un bouton est réalisé, l'IHM appelle la classe de contrôle qui traite les données comme elle le doit. Et si une BDD, ou un autre acteur doit intervenir, la classe de contrôle appelle la classe dédié à l'acteur en question.

Suis-je bon ? Merci de me donner vos conseils !
Cordialement

**fregolo52** · 30/11/2011, 10h56

A priori c'est bon.

Ce que tu décris est le design pattern MVC, il en existe d'autres.

Je pense que le terme robuste est inapproprié. Ce modèle te permet d'avoir une maintenance et une évolutivité plus aisées.

**Emmanuel Deloget** · 30/11/2011, 11h22

Je confirme, c'est parti dans le bon sens.

Ceci dit, plutôt que MVC (trop général ; cf. http://fr.wikipedia.org/wiki/Mod%C3%...ontr%C3%B4leur), il faudrait se pencher vers un modèle plus hiérarchique tel que PAC (cf. http://fr.wikipedia.org/wiki/Pr%C3%A..._contr%C3%B4le).

Le papier originel de Joelle Coutaz : http://iihm.imag.fr/publs/1987/Interact87.PAC.pdf ; ~~un site assez complet sur le sujet : http://interaction2.free.fr/Architecture/Pac/pac1.html~~ (avant, il y avait le texte complet, maintenant, il n'y a plus que le sommaire et un lien vers un site pour acheter le document de 25 pages à 23€ ; il y a moquerie, je crois).

Depuis, Joelle Coutaz a beaucoup écrit sur le sujet (cf. sa liste de publications ici : http://iihm.imag.fr/publication/coutaz/). A noter ses travaux sur la modélisation logicielle d'interfaces graphiques plastiques (rien à voir avec le matériaux : on parle d'interfaces qui s'adaptent au contexte) qui peuvent aussi être intéressant dans ton cas.