Это зависит от того, является ли это вашим внутренним продуктом, и вы являетесь единственным пользователем API, лучше всего открыть API-интерфейс базы функций. например: addUser, deleteUser.
Если вы хотите, чтобы кто-то другой использовал API и создал какое-то приложение (с другой логикой в зависимости от их собственной потребности), дайте им доступ на основе модели. Насколько я знаю, функциональные API обычно создаются и отображаются. Поскольку этот вид API сохраняет количество вызовов webservice и скрывает логику под ним.
редактировать
, если вы имеете в виду вызов веб-сервиса внутри ... В идеале конструкция должна быть такой, чтобы ..their должен быть метод делегата, который состоит из базовой логики, то, что базовая логическая функция может быть вызвана из вашего API а также контроллер. Вызов webservice внутренне будет ненужным накладными расходами. Хотя вы можете сделать это в приложениях небольшого размера, но это не совсем хорошее решение.
Если ваш слой модели содержит бизнес-логику, хотя он должен быть идеалом отдельного слоя ... тогда вы должны рассмотреть возможность использования модели.
Модель не будет выставлена. Я создаю API с контроллером, а также создаю веб-интерфейс. Итак, для создания этого интерфейса, что является лучшим способом? Если я использую API, в контроллере мне нужно подключиться к моему собственному API, который является частью одного и того же приложения. – IvenMS
hmmm В этом случае ... вы имеете в виду вызов веб-службы внутри ... Я, конечно, должен быть таким, чтобы ..their должен быть методом делегата, который состоит из основной логики, тогда эта основная логическая функция может быть вызвана из вашего api как ну как контроллер. Вызов webservice внутренне будет ненужным накладными расходами. Хотя вы можете сделать это в приложении небольшого размера, но это совсем не хорошее решение. –
Просьба сообщить мне, если на этот раз я правильно понял вашу проблему. Если да, обновит его, чтобы ответить –