Трехуровневая архитектура и контроллер

Для своего приложения я использовал трехуровневую архитектуру с уровнем обслуживания/представления, бизнес-уровнем и уровнем данных. Теперь я хочу использовать веб-API (без MVC, только контроллер). Затем я думаю использовать контроллер как службу и поддерживать бизнес и уровень данных. Но часто логика контроллера связана с выводом и с моделью, присутствующей в html. Другим решением может быть использование контроллера, который использует сервисный уровень, чтобы сделать то, что требуется приложению. В этом случае контроллер выступает посредником между моделью на html и сервисом, которым может пользоваться планшет или другое устройство.

Какая программная архитектура используется в этих случаях?


design-patterns asp.net three-tier
person user3401335    schedule 29.03.2014    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Трехуровневый. Вам просто нужно скорректировать свое непонимание того, что это значит.

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

Пользовательский интерфейс — это пользовательский интерфейс, он не обязательно должен быть графическим. В случае WepApi пользователем является другая программа, использующая его для извлечения данных. И, естественно, WebApi будет делать много вещей, которые вам нужно делать в любом внешнем интерфейсе - санация пользователей и входных данных, преобразования в точную потребность в предварительной настройке и т. д. Это внешний интерфейс, предварительная настройка и конец доверия к приложению. boudary (никогда не доверяйте вводу, который вы получаете через WebApi) — только тому, что его использует другая программа, а не человек.

person TomTom    schedule 29.03.2014