Discussion :

[BigNic]

Bonjour,
d'abord je précise que je suis débutant en C#.
voila mon problème, je développe une appli (server, pas d'ihm) qui ne va servir d'hote à l'éxécution de plugins. C'est plugin étant des classes fournit dans une .dll (class library). Au démarrage du serveur j'aimerai listé les classes présentes dans la lib, verifier qu'elle implémente l'interface adéquate les instancier et leur demander de s'enregistrer auprès des services du serveurs dont elles auront besoin. N'étant pas très famillier des DLLs c'est l'étape du listing et de la verification d'interface qui me pose problème.
Il y a-t-il des mécanisme particulièrement adapté à cela en C# ?
Est-ce que la reflexion est une bonne idée ?
N'est-ce pas un peu compliqué à mettre en oeuvre pour un débuttant ?
merci par avance pour vos réponses.

[Sphax]

Salut,

Ton idée est la bonne, le principe pour une appli .net gérant des plugin étant:
1 - créer une assembly qui définit une interface que les plugin devront implémenter et que l'application hôte référence
2 - créer l'application hôte qui devra localiser d'une manière ou d'une autre les assembly à charger, lister tous les types de ces assembly, vérifier s'ils implémentent l'interface de plugin, si oui les utiliser

L'étape 2 c'est typiquement de la réflexion.

En ce qui concerne la complexité: le scénario basique décrit plus haut est somme toute assez simple mais introduit des notions de .net pas évidentes. Cela dit l'exercice est intéressant et si tu es motivé tu devrais en venir à bout.
Par contre une appli serveur a en général des contraintes de performance, de robustesse et de sécurité assez élevées, et créer une appli hôte qui gère des plugin "sérieuse" peut s'avérer une tâche trés ardue.

Un lien qui devrait t'aider : http://msdn.microsoft.com/msdnmag/is...s/default.aspx

[BigNic]

merci pour ta réponse.
En ce qui concerne le sérieu de la mise en oeuvre on verra, mais mon périmètre est plus limité que ce que tu proposes. 1) il n'y aura qu'une assembly contenant les plugins. 2) les plugin seront développer par moi ou les collègues de l'équipe.
Quand au contraintes des serveurs, j'en suis bien conscient ça fait 7 ans que j'en développe en C++.
Qu'elles sont les notions dont tu parles autre que la reflexion ?

[smyley]

http://drq.developpez.com/dotnet/articles/plugin/
...
La seule différene c'est qu'il va falloir tester les types retournés par GetTypes() avec quelque chose du genre

Code :

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

1
2
3
4
5
 
if(typeof(IMyPlugin).IsAssignableFrom(type_reçu_de_Assembly_GetTypes()))
{
  ...
}

[BigNic]

merci smyley cet article m'avait echappée

[Eric80]

Extrait d un bout de code de notre application qui charge des fichiers plugins au démarrage.

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
22
23
24
25
26
27
28
29
30
31
32
foreach (FileInfo fi in list)
                    {
                        //  for all DLL-files
                        if (fi.Extension.ToLower().Equals(".dll"))
                        {
                            assembly = Assembly.LoadFile(fi.FullName);
                            Type[] types = assembly.GetTypes();
 
                            foreach (Type typ in types)
                            {
                                //  for all classes, which implements interface IPlugin
                                if (typ.IsClass && typ.GetInterface("API.Plugin.IPlugin") != null)
                                {
                                    try
                                    {
                                        obj = Activator.CreateInstance(typ);
                                        mi = typ.GetMethod("Init");
                                        mi.Invoke(obj, null);
                                        mi = typ.GetMethod("DisplayName");
                                        menuName = (string)mi.Invoke(obj, null);
                                        pluginList.Add(new PluginInfo(menuName, typ));
                                        MenuButtonItem mb = new MenuButtonItem(menuName, new System.EventHandler(generalPlugin_Activate));
                                        menuBarItemP.Items.Add(mb);
                                        ((IDisposable)obj).Dispose();
                                    }
                                    catch
                                    {
                                    }
                                }
                            }
                        }
                    }

Si cela peut te donner des idéss...

[Sphax]

merci pour ta réponse.
En ce qui concerne le sérieu de la mise en oeuvre on verra, mais mon périmètre est plus limité que ce que tu proposes. 1) il n'y aura qu'une assembly contenant les plugins. 2) les plugin seront développer par moi ou les collègues de l'équipe.
Quand au contraintes des serveurs, j'en suis bien conscient ça fait 7 ans que j'en développe en C++.
Qu'elles sont les notions dont tu parles autre que la reflexion ?

Bah si tu développes des applis serveurs en C++ depuis 7 ans je vois mal quels problèmes sérieux tu pourrais rencontrer en .net pour peu que tu saches lire les docs .
Pour les autres notions, il y a les appDomain si par exemple tu souhaites pouvoir décharger tes plugin, le binding d'assembly en fonction d'où se trouvent les assembly que tu vas charger dynamiquement, le CAS pour la sécurité. Mais si ton scénario est trés simple tu n'auras pas besoin de tout ça.