Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[C#] Alternative à l'invocation de dll ?
Bonjour,
J'ai une application A et une application B, chacune installée dans un répertoire différent. J'ai une dll d'interfaçage qui permet à l'application A d'utiliser des fonctionnalités offertes par B. Par exemple, B fourni des écrans de base pour certaines actions que A veut intégrer pour de la consultation par exemple.
A par l'invocation dynamique des dll de B, peut-on procéder autrement ?
Qu'est ce que tu appeles l'invocation dynamique ? c'est le chargement à la volé des assemblies ?Envoyé par StormimOn
Sinon un autre moyen (si j'ai bien compris ton pb ) c'est le WCF ou le remoting (avec une préférence pour le WCF)
Oui, avec Assembly, MethodInfo et cieQu'est ce que tu appeles l'invocation dynamique ? c'est le chargement à la volé des assemblies ?
Je ne travaille pas avec le framework 3.X, donc WCF on verra un autre jour. Le remoting je vais regarder, mais de tête je crois que c'est un peu comme les RPC, donc les deux applications doivent être lancées, hors ce ne sera pas forcément le cas.
Ca s'appuie sur le RPC de toute manière, mais c'est infiniment plus simple à implémenter.
Euh ....donc les deux applications doivent être lancées, hors ce ne sera pas forcément le cas.
Alors je ne comprends pas ta phrase :
Par exemple, B fourni des écrans de base pour certaines actions que A veut intégrer pour de la consultation par exemple.
On va prendre un exemple plus concret, parce que j'admets que sinon ca n'aide pas beaucoup ^^
Disons que j'ai une application A qui centralise des documents de toutes sortes, dans une base de données par exemple, et qui permet de les consulter avec un écran de ... tada ... consultation.
J'ai une application B qui ajoute des documents à la base de données via un service offert par A (comment, on s'en fout c'est pas le sujet, enfin pas complétement :p).
B veut pouvoir consulter les documents la concernant. L'écran de consultation est le même que celui de A, avec un filtre pour l'affichage, mais sinon c'est le même en terme de GUI, en terme d'accès aux données (le filtre c'est juste un paramètre, qu'il y en ai ou pas), ...
L'idée c'est de pouvoir définir l'écran au niveau de A puis de le réutiliser dans d'autres applications, mais sans avoir à ramener la couche de données, ... Sachant que B peut refaire son écran si nécessaire, c'est juste un écran de base pour aller vite
Le remoting me plaisait bien, mais cela pose problème à certains d'avoir une application "serveur". Mais à part cette solution, je ne pense pas que cela soit possible.
En fait, si on faisait avec le remoting on aurait :
- une DLL avec la partie GUI commune, qu'on file à B.
- une partie "cliente" (GUI A + GUI commune) et "serveur" (fonctionnalités utilisées par la partie GUI commune) côté A
J'aurai peut être du commencer à expliquer comme ca
"Pourquoi faire simple quand on peut faire compliqué" ^^
Bref, le remoting est-il la solution la plus adapté à ce type de problème ? Existe-y-il d'autres alternatives ?
P.S. : pour repréciser, je suis en framework 2.0 donc pas de WCF et compagnie
J'avoue ne pas bien comprendre quelque chose : en effet, il semble que tu ais juste besoin de l'écran; dans ce cas pourquoi ne le définis-tu pas dans une assembly commune aux deux applications ? (puisqu'il semble que tu n'ais pas réellement besoin d'un dialogue entre les deux applis).
Ma réponse est tellement triviale que je suppose que j'ai raté quelque chose, mais quoi ?
Répondre avec citation
Partager