Étant donné que le client et le serveur doivent savoir tout sur l'objet étant distant, d'abord est ce couplage serré, et d'autre part .NET Remoting fonctionne de toute autre manière?Diriez-vous que l'accès à distance .Net repose sur un couplage serré?
Pas vraiment répondu à votre question, mais si vous souhaitez desserrer le couplage, vous pouvez regarder la liaison NETTCP de WCF comme une alternative. Le client peut créer un proxy pour les entités - de cette façon, vous n'aurez pas besoin de partager des assemblages (notamment des entités) entre le client et le serveur.
Merci pour cela, je savais que la WCF pourrait apporter quelques améliorations – cjk
"le client et le serveur ont besoin de tout savoir sur l'objet à distance": non, ils ne le savent pas. Ils ont seulement besoin de connaître l'interface avec l'objet, pas l'implémentation concrète. –
@ Thomas - vous devriez avoir laissé cela comme une réponse, car la question est sur le couplage ainsi que l'accès à distance. Cela signifie-t-il que je peux créer une interface dans l'assemblage I, puis créer une classe concrète dans l'assemblage C, référencer et implémenter I, et l'offrir à distance, la consommer dans l'application Z avec seulement une référence à I? Cette structure représente-t-elle alors un couplage lâche? – cjk
Oui, exactement. C'est généralement la façon dont les solutions basées sur la communication à distance sont implémentées. –