Прокси-класс веб-службы для реализации интерфейса

Я ищу способ, чтобы сгенерированный прокси-класс для веб-ссылки (не WCF) реализовал общий интерфейс, чтобы легко переключаться между доступом к веб-сервису и «прямым» доступом к нашему бизнес-уровню в клиентском приложении, например:Однако пользовательские типы (например, ---- +: = 1 =: + ---- в примерах ниже) не упоминаются в созданном прокси-классе.Вместо этого генерируются новые идентичные типы, что делает невозможным реализацию интерфейса прокси-классом.Есть ли способ заставить сгенерированный прокси-класс ссылаться на эти типы, или я все делаю неправильно?Стоит ли вместо этого рассмотреть возможность преобразования веб-службы в службу WCF?подробностиНаше решение состоит из этих четырех проектов:Бизнес-библиотека (содержит бизнес-логику, обращается к хранилищу данных)Общая библиотека (содержит общие функции, включая ---- +: = 2 =: + ---- )Веб-сервис (действует как прокси между удаленными клиентами и бизнес-уровнем)Приложение для WindowsНаш клиент хочет, чтобы приложение Windows могло работать в двух разных режимах:Локальный режим, в котором приложение просто использует бизнес-библиотеку напрямую для доступа к данным.Удаленный режим, в котором приложение связывается с веб-службой для доступа к данным.Для этого мы создали интерфейс IBusiness, который находится в общей библиотеке и содержит все бизнес-методы.ИнтерфейсБизнес-уровеньвеб-сервисСгенерированный прокси-класс (тонна кода оставлена ​​для удобства чтения)
7 голосов | спросил bernhof 28 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowTue, 28 Sep 2010 21:06:19 +0400 2010, 21:06:19

0 ответов


Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132