недостаток использования веб-сервисов для бизнес-уровня и уровня доступа к данным? - PullRequest
2 голосов
/ 30 октября 2011

для веб-бизнес-приложений. Хорошо ли разрабатывать бизнес-уровень, уровень доступа к данным с помощью веб-службы?Какие недостатки?

Уровень пользовательского интерфейса (ASp.Net) -> Бизнес-уровень (веб-служба WCF) -> Уровень DataAccess (веб-служба WCF)

все будет размещено в одномсервер.Лучше ли использовать веб-сервисы для бизнеса, уровни доступа к данным?

С уважением, Ананд

Ответы [ 2 ]

2 голосов
/ 31 октября 2011

Это сильно зависит от ваших нефункциональных требований и случаев изменения, о которых вы, возможно, уже знаете. Разделение всех ваших слоев с помощью каких-либо веб-сервисов (SOAP / REST) ​​таким образом представит:

  1. дополнительная сложность с точки зрения протоколов, безопасности, развертывания (con)
  2. задержка, так как требуется несколько (де) этапов сериализации (UI> Business> DataAccess). Помните, что ваш уровень DataAccess снова подключается к (удаленному) хранилищу данных (con)
  3. способность независимо масштабировать различные слои. Скажем, другая система хочет повторно использовать вас BusinessLayer, вы можете масштабировать (кластеризовать) только бизнес и последующие уровни (DataAccess и Datastore). (Про)

Я бы предпочел начать с простого и четко отделить разные слои только с архитектурной точки зрения. Установите четко определенные (только для .NET) интерфейсы между уровнями UI, Business и DataAccess. Если позже вы придете к выводу, что вам нужно разделить слои на разные узлы, вы можете «легко» сгенерировать соответствующие прокси-серверы веб-служб и изменить ваши компоненты только в нескольких местах.

0 голосов
/ 30 октября 2011

плюсов гораздо больше, чем минусов

Совместимость браузера

Когда сервер умирает, приложение тоже умирает

Требования к пропускной способности

http://www.exforsys.com/tutorials/client-server/client-server-technology-thin-clients/1.html

...