Remoting et dependances de DLL

Bonjour,

je viens d'arriver sur un projet .net qui utilise le remoting et je ne suis pas très à l'aise avec.

Je vous expose le problème:

Le projet utilise 3 composants. Un pour les utilisateurs (C1) et 2 sur serveur (C2 et C3).

C1 --> C2 --> C3.
La flèche représente le remoting (dans le sens client vers serveur)
C2 et C3 ne sont que des services qui expose le remoting.
C3 a des dépendances vers des DLL éditeur.

Pour que l'ensemble fonctionne, C3 à besoin des DLL éditeur. C2 a besoin de la DLL C3 et C1 a besoin de la DLL C2.

Donc ma question: Est ce que C1 a besoin de la DLL C3 et des DLL éditeur ?

Citation:

---

Envoyé par Annubis45

C2 et C3 ne sont que des services qui expose le remoting.
C3 a des dépendances vers des DLL éditeur.

---

L'idée, en remoting, est que le client et le serveur partagent une assembly ne contenant que la définition du service (sous forme d'interface) et des objets échangés (concrets, eux).

En terme de dépendance, il serait logique d'avoir :

• CClient -> CCommun (utilisation de remoting pour choper une instance de l'interface, appel des méthode de cette interface pour choper des objets)
• CServeur -> CCommun (implémentation de l'interface)
• CServeur -> CProprio (ça, c'est la soupe interne du serveur)

Donc si t'as une chaîne C1 -> C2 -> C3, y'a un souci. Théoriquement, C1 peut fonctionner sans C3, s'il ne fait appel dans C2 à rien qui ne nécessite C3.

Comment se placent C2 et C3 par rapport à la liste ci-dessus ? C2 contient l'interface du service et les objets échangés ? Où se trouvent les objets qui implémentent l'interface du service ? Dans C3 ? Y'a-t-il d'autres projets dont tu n'as pas parlé ?