Архитектура для платформы .NET с Rest API

Question

У меня есть платформа .NET, которую мне нужно предоставить различным клиентам (ASP.NET MVC, iOS и Android), я буду разрабатывать эти клиенты самостоятельно, а не третьим лицом.

В настоящее время у меня естьбизнес-уровень, который выполняет некоторую логику и сохраняет данные, используя сущностную структуру, в базу данных SQL; сейчас я думаю, что клиент ASP.NET MVC имеет прямой доступ к бизнес-уровню, а другие (не .NET) клиенты используют бизнес-уровеньиспользуя REST API, это хороший подход?или мне нужно сделать все функциональные возможности клиентского доступа к бизнесу с использованием сервисного уровня.

Answer 1

У вас есть бизнес-логика или функциональность, которую вы хотите предложить клиентам. Это клиенты: пользователи, которые получат доступ через приложение ASP.NET (html / js / css UI) и другие приложения, которые получат доступ через веб-API. Правильно?

Часть MVC и часть веб-API являются интерфейсами, то есть трансляторами, которые преобразуют запросы клиентов в вызов бизнес-логики, а затем преобразуют обратные результаты в HTML / js / ccs для пользователей или xml / json / что угодно для клиентских приложений.

Реальная проблема заключается в том, как вы выражаете понятия, вы НЕ заставляете своего клиента ASP.NET MVC напрямую обращаться к бизнес-уровню и иметь других (не .NET) клиентов использование бизнес-уровня с использованием REST API ! предоставляет два интерфейса , один для взаимодействия с человеком и другой для взаимодействия с клиентскими приложениями.

Ваш подход в порядке.

Answer 2

Во-первых, очень хороший вопрос !, для меня я использую ASP.NET MVC для доступа к Service Layer, и это не тот уровень, который подвержен (не .NET), а этот уровень, который под этим слоем я опишу вам зачем вам нужен сервисный уровень в MVC, один из аспектов хорошего дизайна в MVC (Тонкий Контроллер), и для этого вам понадобится сервисный уровень, иначе Контроллер станет жертвой, поэтому вы можете использовать его для обоих .