[VB.net 2005] Modelisation objet

Bonjour à tous,

Je développe spécifiquement en VB.net mais je ne suis pas sûr que mon problème de conception ai vraiment un lien avec le language !

Voici ce que je souhaite réaliser:

Je développe une classe abstraite, clsScanner qui contient des méthodes mustOverride. Cette classe est elle même mustInherit. -> on ne peut pas l'instancier mais seulement en dériver.

De la, je veux créer une classe clsScannerX et clsScannerY.
Dans ces classes, on est donc obligé de redéfinir les méthodes déclarées mustoverride dans la classe mère.

Le but final de cete modelisation est de pouvoir instancier indifférement la classe X ou Y selon le terminal sur lequel on se trouve. (chaque terminal se programme différement)
Si un jour on veut développer pour le terminal Z, on hérite de la classe abstraite et on implémente les bonne méthodes.

Jusque la, je pense que mon raisonnement est bon.
A présent, j'aimerais pouvoir encapsuler chaque classe dérivée dans une DLL.
Sur l'appareil mobile, je déploie une appli, qui utilise cette classe, avec ces méthodes standards.
Si je veux faire tourner mon appli sur le terminal Y, je copie le exe de l'appli ET la DLL Y.


C'est la que je bloque. Je vois pas trop comment faire çà.
Je débute en POO et je pense que mon principe est bon mais comment compiler tout çà ?

Merci d'avance pour vos indices et idées.

Je voulais juste préciser le but final de cette implémentation... peut-être y a-t-il un moyen plus simple que ce que je fais la:

- La classe clsScanner serait la classe abstraite de laquelle on dérivera d'autre classe spécifique pour d'autres scanners. Cela impose au développeur d'implémenter un certain nombre de méthodes signées.
- Les classes spécifiques vont implémenter ces méthodes abstraites en se basant sur le SDK du fabriquant. Donc l'instanticiation ou le référencement de ces SDK spécifiques doit se faire dans ces classes.
- Enfin, mon programme lui ne se préoccupe pas du fait que ce soit la classe X ou Y qu'il doit utiliser, il instancie une classe qui elle appelle la DLL scanner.dll qui elle contient la classe spécifique.

Au final:
Appareil X -> EXE -> DLL X
Appareil Y -> EXE -> DLL Y
Si on veut développer un appareil Z, on doit simplement créer scanner.dll avec la classe spécialisée Z.

!!!! Mon EXE lui ne doit pas référencer mes 3 DLL évidemment !!!!

J'espère que c'est plus clair, en tout cas pour moi c'est le meilleur moyen d'être polyvalent...

Pas d'idée pour moi? Il y a peut-être un autre forum sur lequel ma question serait plus appropriée? Si c'est le cas, merci de me l'indiquer.

Ce que tu souhaite faire ressemble à de la programmation modulaire.

Voici un tutoriel sympas qui se base sur des conteneurs visuels, mais rien ne t'empeche de l'adapter à un driver de scanner.

http://drq.developpez.com/dotnet/articles/plugin/

Il faudra juste que ton programme aille chercher la dll dans un endroit spécifique et la charge de la même facon. Et que tes methodes soit plutôt decrite dans une interface.

Je pense qu'avec ca tu devrait trouver ta solution.