WCF, .dll et interactions avec le programme "principal"

Bonjour a tous !

Je suis debutant en C#, et il me manque certaines notions...
En l'occurence, comment marchent les .dll via C#.

En gros, j'ai un processus (service Windows), qui utilise WCF. J'ai donc genere une .dll pour les Class Library, mais voila mon souci: j'aimerais acceder a une classe (singleton) qui sert de "cache" depuis les methodes Webservices pour recuperer mes informations.

Archi du programme:
Le service instancie la classe de cache, lance un thread de surveillance qui utilise lui meme cette classe de cache, et enfin execute l'host des webservices.

Du cote de la .DLL qui gere les webservices (la ou sont ecrites les fonctions exposees, quoi), il faut que je puisse acceder au cache pour renvoyer les informations a l'utilisateur.

Comment pourrais-je faire ?

Merci d'avance :)

je comprends pas bien ton histoire... c'est un problème de DLL ? de webservice ? de thread ?

pour utiliser les classes définies dans un assembly (une DLL .NET) il suffit de référencer cette DLL dans ton projet

J'avoue m'etre un peu embrouille... :roll:

En gros, pour faire du WCF, j'ai defini mes classes de WebServices dans la .dll .
Mais ces classes doivent trouver des informations qui viennent d'une classe qui n'est, elle, pas dans la .dll .

Si on suppose que cette classe qui contient les info s'appelle "ClassInfo", eh bien je ne peux pas l'instancier dans les methodes definies dans la .dll.
Cette classe est censee etre accessible ET par le programme principal, ET par la .DLL qui peut y mettre a jour les entrees...

J'ai pu resoudre le souci en deplacant tout le contenu de la .DLL dans le programme, mais je ne pense pas que ce soit particulierement propre (les tutos sur WCF que j'ai lu parlaient tous de definir les classes de webservices dans une Class Library, qui cree une .dll ...)

J'ai pas bien compris... ta classe ClassInfo, elle est définie où ? dans une autre DLL ? dans le programme ? Si tu veux qu'elle soit accessible à partir de plusieurs assemblies, il faut la mettre dans une class library et la déclarer comme publique

La "ClassInfo" est definie dans le programme normal, et les fonctions WebServices, qui doivent pouvoir y acceder, dans une .dll ...
D'ou ma question: Une fonction .DLL peut elle acceder aux ressources du programme principal ?

Citation:

---

Envoyé par NaeiKinDus

D'ou ma question: Une fonction .DLL peut elle acceder aux ressources du programme principal ?

---

si l'exe référence la DLL, la DLL ne peut pas référencer l'exe car ça ferait une référence circulaire.

La solution dans ton cas serait de créer une autre DLL, référencée par les autres projets, où tu mets les classes qui doivent être utilisées par le programme et la DLL.

Ok, merci, je vois. Mais c'est pas super :(
As-tu une idee de pourquoi la reference entre le main et la .DLL n'est pas "bicanal" ? Si l'un voit l'autre, pourquoi pas l'inverse...?
Enfin bref, merci de m'avoir eclaire :) Je pense que je vais rester avec tout dans le main, et laisser de cote l'histoire de .dll :roll:

Citation:

---

Envoyé par NaeiKinDus

As-tu une idee de pourquoi la reference entre le main et la .DLL n'est pas "bicanal" ? Si l'un voit l'autre, pourquoi pas l'inverse...?

---

Supposons que le programme référence la DLL ET que la DLL référence le programme :

Pour pouvoir compiler le programme il faut d'abord que la DLL soit compilée, puisque le programme en a besoin ; mais pour pouvoir compiler la DLL, il faut d'abord que le programme soit compilé, puisque la DLL en a besoin ; mais pour pouvoir compiler le programme il faut d'abord compiler la DLL, et donc d'abord compiler le programme, et donc d'abord compiler la DLL... tu vois l'idée :aie:

Aouch, oui, effectivement, je n'avais pas pense a ca :aie:
Bon, merci en tout cas d'avoir repondu a mes questions, je garderai l'histoire de .DLL partagee entre la .DLL de definition et le programme principal en cas de besoin :king: