.NET Remoting - DLL, ссылающаяся на дилемму

Question

Я создал два проекта, чтобы понять основы .NET Remoting.

1. Серверный проект: я создал библиотеку классов RemoteObject в рамках серверного решения.
2. Клиентский проект: я создаю прокси из этого проекта для использования RemoteObject of Server.

Проблема: Клиенту известно два типа о удаленном взаимодействии. Но как это может сделать это? Как вы думаете, клиент должен ссылаться на DLL RemoteObject в проекте сервера. Я думаю, что это бесполезно, если эти проекты распространяются на разных машинах. Точно так же копирование dll на клиент звучит плохо. Итак, какое оптимальное решение должно быть?

Спасибо,

Answer 1

Вам нужно 3 проекта:

• один с общими интерфейсами
• один с серверной реализацией этих интерфейсов
• один с компонентами клиента.

Сервер и клиент должны будут ссылаться на сборку с общими интерфейсами.

Answer 2

Создайте интерфейс, который обладает необходимой вам функциональностью, в отдельной dll.

На сервере используйте этот интерфейс и реализуйте функциональность.В клиенте обратитесь к интерфейсу и создайте для него удаленный прокси-сервер, который предоставит вам доступ к реализации сервера, но в то же время вы не отправите код своего сервера вместе с клиентом.

Answer 3

Посмотрите на

• Использование интерфейсов в .NET Remoting
• NET REMOTING .. Интерфейсный подход
• Удаленный подход на основе интерфейса

В конечном итоге вам также следует взглянуть на Что такое Windows Communication Foundation