Simuler un header en C#

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

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:

---

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

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.

Citation:

---

Envoyé par ArianeV

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 ?

Bonjour,

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

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

Tu pourrais définir dans ton fichier de configuration le nom du type implémentant l'interface de calcul (ou bien analyser l'assembly de calcul à la recherche de ce type) et en créer dynamiquement une instance dans ton application.

hmmmm, oui ca correspond à peu près à ce que je voudrai, mais c'est quand même un peu artisanal.
Ce qui me gêne en fait c'est de ne pas pouvoir faire de spec propre.

Mais bon tant pis, je vais passer par un système de ce type. Merci beaucoup !

Si tu utilises le framework 3.5, tu peux utiliser les classes de System.AddIn (voir aussi MSDN magasine).

Je ne connaissais pas, j'y jetterai un coup d'œil

Merci pour le coup de main