Discussion :

[Alec6]

Bonjour !

Avec l'espoir que des architectes puissent me répondre...

J'ai un logiciel et j'aimerai qu'il puisse intégrer des plug-in, fonctionnel (couche métier) et IHM (ajout d'un menu etc...)

Quelqu'un a t-il déjà connu cette souffrance.

Merci

[ego]

Que veux-tu faire exactement ?
Tu peux faire des choses simples et des choses compliquées.
Pour les choses compliquées, tu n'as qu'à regarder le design de Eclipse
Pour des choses plus simples, tu peux définir des "types" de trucs povant être pluggés en définissant des interfaces offrant des services attendus par tes plug-in et pour chaque type de plug-in, donc d'interface, tu créés un "type manager". Dans un fichier de configuration tu permet la déclaration d'implémentations de tes interfaces, tes plug-in donc, et dans cette déclaration, tu dis qu'il faut ajouter ces plug-in à ton "type manager".
Pour faire tout cela, tu peux utiliser SPRING et tu auras un truc du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<!- Myplugin1 et Myplugin2 implémentent l'interface MyPlugin ->
<bean id="plug-in 1" class="plugins.Myplugin1">
   <property name="p1"><value>blabla</value></property>
   <property name="p2"><value>blabla</value></property>
</bean>

<bean id="plug-in 2" class="plugins.Myplugin2">
   <property name="p3"><value>blabla</value></property>
   <property name="p4"><value>blabla</value></property>
</bean>

<!- le fameux 'type manager' que l'on configure en ajoutant les plugins ->
<bean id="mypluginManager" class="plugins.MyPluginManager">
   <!- les bean référencés ici doivent implémenter l'interface Myplugin ->
   <property name="plugins">
        <list>
             <bean ref="plug-in 1"/>
             <bean ref="plug-in 2"/>
        </list>
  </property>
</bean>

[Alec6]

Interessant !

Donc si je comprends un mécanisme générique (architecture de base), est de concevoir un ou des interfaces que va étendre les plug-in pour gérer l'encapsulation.

Les plug-in sont enregistrés auprès d'un "manager" qui va gérer la communication, et peut etre aussi un système de listeners.

Les fichiers XML sont utilisés pour la configuration.

Je travail en JAVA, je suppose que tout fonctionne sur le pattern JAVA Bean pour la notification (si vous connaissez).

Merci pour ces éléments d'info.

[Alec6]

Pour JAVA il y a JPF ;

http://jpf.sourceforge.net/

quelqu'un peut il me donner une critique ?

Merci

[ego]

Les fameux BEAN dans le XML sont effectivement des JavaBeans mais ils peuvent ne pas l'être. Les propriétés déclarées dans le fichier sont positionnées par le gestionnaire de configuration via le pattern IoC (Inversion Of Control).
Pour tes listeners, tout dépend de ce que tu veux faire faire à tes plugins mais dans l'absolu, c'est une bonne idée car cela permet par exemple aux plugisn de l'enregistrer et aux classes "existantes" de "connaitre" les plugins.
Mais tu sais, il n'y a rien de vraiment magique dans tous cela. Tu ne peux vraiment faire fonctionner des objets qu'en connaissant leur interface; alors plugin ou pas plugin, tout cela se ressemble.

[Alec6]

Merci pour tous ces éléments de réponse;

Je vais faire des tentatives architecturales.

Si vous le pemettait de vous enverrai des UML. De mes idées. Sans vous noyer dans mes prb bien sur.

Encore merci