Должен ли WebUI быть просто клиентом для моего сервиса?

Question

Наш продукт имеет два интерфейса: веб-интерфейс (ASP.NET) и интерфейс службы (WCF).

Как правильно связать их с бизнес-логикой?Должен ли WebUI быть просто клиентом для службы WCF (см. Диаграммы ниже)?

a.WebUI и WCF разделены:

User1 -> ASP.NET -/-> Business Layer
User2 -> WCF ----/

b.WebUI это просто клиент сервиса

User1 -> ASP.NET -/-> WCF -> Business Layer
User2 -----------/

Answer 1

Если ваш сервис предоставляет абсолютно все, что нужно вашему веб-приложению, то почему бы не использовать его? ... Если эта услуга будет предоставляться клиентам или аналогичным, использование ее самостоятельно - отличный способ проверить / убедиться, что она делает все, что вам нужно.

Answer 2

Это также зависит от архитектуры вашего клиента. Если вы используете что-то вроде MVC, вам может понадобиться создать большое количество ViewModels. Если ваши службы WCF гранулированы, может иметь смысл заставить службы возвращать строго типизированные объекты DTO. Если вы поделитесь с клиентом библиотекой DLL, содержащей контракты на обслуживание, вы сможете использовать DTO, содержащиеся в ответах на услуги, в качестве ViewModels. Вы получаете возможность по-разному масштабировать приложение UI и промежуточное ПО бизнес-логики, отсоединив их таким образом.

Answer 3

Я бы инкапсулировал бизнес-логику в общую DLL, которую будут использовать обе службы.

В службе (IIS / WCF) обрабатываются только связь / протокол / сериализация и т. Д. *

Так проще реализовать, а производительность лучше.