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

Question

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

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

Answer 1

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

Answer 2

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

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

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

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