Discussion :

[ArianeV]

Bonjour à tous,

Je suis désolé de poser une question si étrange. Voila mon problème :

Dans le cadre d'une appli, je voudrais pouvoir spécifier des prototypes de classe, les utiliser, mais les implanter dans une dll externe. En fait, l'idée c'est que je laisserai l'écriture de cette dll à quelqu'un d'autre, et moi j'écris un code qui utilisera ce qui a été fait dedans.

En C++, j'aurai écrit un .h, je l'aurai filé au développeur de la dll, je l'aurai utilisé dans mes sources afin de connaître le proto des classes, et j'aurai tout remis ensemble à la compile.

Mais en C#, comment faire ?

Merci beaucoup

[tomlev]

En général, on définit une interface, bien que ça n'ait pas tout à fait le même sens...

Par exemple, tu as une classe UneClasse, développée par quelqu'un d'autre. Tu peux créer une interface qui la classe doit implémenter, en indiquant dedans la signature des méthodes et propriétés que tu dois utiliser:

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
 
// Interface
interface IUneClasse
{
    void FaireQuelqueChose();
    string Nom { get; set; }
}
 
 
// Implémentation (dans la DLL)
public class UneClasse : IUneClasse
{
    void FaireQuelqueChose()
    {
        Console.WriteLine("Hello world");
    }
 
    private string nom;
    public string Nom
    {
        get { return nom; }
        set { nom = value; }
    }
}
 
// Utilisation (dans ton programme)
IUneClasse x = new UneClasse();
x.Nom = "toto";
x.FaireQuelqueChose();

Dans ton code

Pour améliorer le découplage entre l'interface et l'implémentation, il vaut mieux déclarer l'interface dans un assembly référencé par ton programme et par la DLL

[ArianeV]

Merci beaucoup d'avoir répondu si vite.

J'ai pensé à faire une interface, mais le problème c'est qu'il faut que je connaisse dans le code qui utilise les classes externes le nom de la classe qui implantera l'interface, donc je retombe en fait un peu sur le même problème ...

Cependant, si je ne trouve pas d'autres méthodes, je mettrais en commentaire le nom que doivent avoir les classes qui implantent les interfaces, mais je trouve ca cracra comparé à un beau header.

[Skyounet]

il faut que je connaisse dans le code qui utilise les classes externes le nom de la classe qui implantera l'interface

Question bête : pourquoi ?

[LaChips]

Bonjour,

Et pourquoi ne pas utiliser des classes et des méthodes partielles ?

[ArianeV]

Alors, à la question pourquoi :

En fait j'ai besoin de faire des calculs de probas assez costauds dans mon appli, et je voudrai laisser le détail de ce calcul à quelqu'un d'autre. Il faudrait surtout que ce soit fait dans une autre dll, pour qu'il suffise de changer une dll pour mettre à jour l'appli et ses méthodes de calcul. Je voudrai donc définir le proto d'une ou deux classes qu'on implementera à coté. En C++, je passerai donc par un header ...

Pour les méthodes partielles :
On peut écrire une declaration de classe dans un fichier et en écrire le corps dans un autre ? Je croyais que ca permettait juste de diviser le code d'une classe dans plusieurs fichiers, mais sans séparer déclaration et implémentation ...

Merci encore