[Débutant C#] Class Library

Version imprimable

28/11/2008, 10h20
madmox

[Débutant C#] Class Library
Bonjour,

Je suis totalement nouveau en C#, j'aurais besoin d'un coup de main sur un projet.

J'ai une application principale, qui contient une interface graphique et un gestionnaire de "modules" (sous classes).
Les modules sont regroupés en deux familles :
- Générateur de fichier XML (chaque module génère différents types de XML)
- Communication avec une application distante (chaque module utilise un média différent : laison série, bluetooth, ethernet...)
Chaque famille dispose d'une interface regroupant les fonctions qui doivent être accessibles à l'application principale sans se soucier du module réellement utilisé. Exemple : pour la communication, il va exister une classe par média, mais chaque classe implémente la même interface (envoyerFichier(), recevoirFichier(), etc. pour faire simple).

Ma question est : Comment organiser tout ça dans une solution sous Visual C# ?
C'est à dire : Où doit se situer l'interface des modules ? Dois-je générer une "class library" par famille ou plutôt une par module ? Le principe étant de pouvoir choisir (via l'interface graphique ou automatiquement) au démarrage quel module va être utilisé parmi ceux disponibles pour remplir chacun des 2 rôles.
28/11/2008, 10h24
theMonz31

salut

une architecture à base de plug-in me semble approprié

Après, si tu considères que chaque module doit etre un plug-in, tu peux effectivement découpé chaque "plug-in" dans un projet... Ca sera surement le mieux :)

PAr contre, je te conseille de mettre l'interface implémenté par chaque projet dans une classe librarie (projet) indépendant.. comme cela, ca evitera à l'appli principale de devoir référencer les modules et juste référencer le module définissant l'interface.. ET après, tu charges dynamiquement chaque plug-in
28/11/2008, 10h39
madmox
Merci pour la rapidité !

Je suis entièrement d'accord avec le principe de plug-ins.
Maintenant, j'aurais besoin d'une ou deux précisions :
- Quels vont être les fichiers résultants ? Je veux dire, une dll par plug-in ?
- Je suis pas sûr de comprendre un point : je dois générer une "class library" qui ne contient que mon interface ? C'est possible ? Et chaque plug-in devra référencer le projet interface ?
- Comment charge-t-on dynamiquement un plug-in en C# ?
Merci d'avance...
28/11/2008, 11h21
tomlev

Salut, je te conseille de jeter un oeil à ce tuto, qui décrit en détail l'architecture proposée par le framework 3.5 pour les add-ins

1 DLL par plug-in... oui sauf si tu veux mettre plusieurs plug-in dans une DLL mais ce n'est pas la philosophie normalement des plug-in :)

2 Oui, Une DLL ne contenant que la déclaration de l'interface... et oui, chaque plug-in devra la référencer pour l'implémenter :)

3 Le bout de code suivant devrait faire l'affaire :)

Code:

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
33
34
35
36
37
38
39
40
41
42
43
44
45
 
public static class Loader
    {
        public static object LoadPlugInFromDirectory(string dirname, string name)
        {
            object PlugIn = null;
            DirectoryInfo dirinfo = new DirectoryInfo(dirname);
            {
                foreach(FileInfo info in dirinfo.GetFiles())
                {
                    if(info.Extension == ".dll")
                    {
                        PlugIn = LoadPlugInFromDLL(info.FullName,name);
                        if (PlugIn != null)
                        {
                            break;
                        }
                    }
                }
            }
            return PlugIn;
        }
 
        public static object LoadPlugInFromDLL(string dllName, string name)
        {
            object result = null;
 
            FileInfo info = new FileInfo(dllName);
            if (info.Exists)
            {
                Assembly ass = Assembly.LoadFrom(info.FullName);
                foreach (Type type in ass.GetTypes())
                {
                    Type inter = type.GetInterface(name);
                    if (inter != null)
                    {
                        result = Activator.CreateInstance(type);
                        break;
                    }
                }
            }
 
            return result;
        }
    }

Grosso modo, tu passes un répertoire et un nom d'interface et il te retourne une instance de la première DLL qui implémente le nom de l'interface passé en paramètre :)

Evidemment, faudra modifier ce code si tu veux avoir tous les plug-in dans un même répertoire....

C'est juste un exemple rapide :)

28/11/2008, 12h25
madmox

Merci à vous deux pour vos propositions ! Ça devrait beaucoup m'aider.

Question subsidiaire (plus trop de rapport avec le sujet mais bon) : C'est possible de faire la même chose en C++ ?
28/11/2008, 13h50
theMonz31

salut

oui c'est possible de la faire en C++ (non CLI, donc non managé)

C'est juste un peu plus chiant et long à faire mais ça se fait puisque plein d'application sont en plug-in depuis des années en étant en C++.

Mais perso, pour la vitesse de developpement, je ne fais plus que du C#.
C++ reste pour moi un langage puissant et performant mais qui n'a "plus" de raison d'être pour développer une application purement pour Windows.

Pour moi, Tout doit être C# sauf si :

Interopérabilité avec des "vieilles" classes C++ (on peut wrapper avec C++/CLI pour migrer en douceur vers .Net)

ou bien:
Embarqué sur des calculateurs.

ou bien:
si portabilité demandé (alors , j'utiliserais les librairies QT ou java).

Ya 10 ans, tu faisais une application windows en C++ avec les MFC mais tu pouvais la faire en C++ Win32 (sans les MFC)... maintenant, on a évoluer, donc C# s'impose comme "quasi" obligatoire pour une appli windows (pour la simple et bonne raison que tu vas 2 à 3 fois plus vite (si ce n'est plus) à développer la même application !!!
28/11/2008, 15h24
madmox

Citation:

C++ reste pour moi un langage puissant et performant mais qui n'a "plus" de raison d'être

Ça risque de faire réagir des gens... :D

Bon et bien merci pour votre promptitude !
29/11/2008, 14h26
theMonz31

Disons que C++ est encore utile :)

Mais l'assembleur, c'est bien pratique encore dans certaines situations...