Интересует такой вопрос.
В Aspnet Mvc принято иметь контроллеры. Причем каждый контроллер посвящен отдельному аспекту - работа с пользователями, работа с документами т.д. И принято называть методы с читабельными-осмысленными названиями.
Теперь Rest.
Мы имеем контроллер для работы с сущностями и базовые операции Get для чтения, Post для вставки, Put для изменения.
Но как в Rest укладываются задачи сложнее чем базовые команды Добавить/Удалить ? Что если требуется реализовать логику, к примеру, "найти все документы где создателем являлись пользователи из переданного списка и скопировать их на FTP". Как такую задачу впихнуть в подход Rest ?

И еще вопрос. Я знаю, что на смену WebApi и Mvc приходит Aspnet Core. Но не заменяет их, а идет параллельно. Но какая идеалогия лежит в Core ? Та, что ближе к Mvc подходу (говорящие имена методов) или к WebApi (только базовые операции над сущностью) ?

И все же не понимаю. Сам подход Rest гласит, что у контроллера должны быть лишь операции типа HttpPost, HttpGet, HttpPut. И как это согласуется с идеей: "но вообще вы можете в контролере и просто фигачить методы типа FindUsersDocsAndSentToFtp" ?
И в чем тогда смысл следовать Rest подходу, если он не ограничивает использования обычных методов ?

"WebApi и Mvc в нем точно так же живут и развиваются". Если я правильно понял обе технологии сливаются в одну, нет больше разделения. Я не трогал Core до сих пор. Но мне интересно, если обе технологии сливаются в одну, то каким образом ? Ведь подходы разные - в WebApi предполагается, что в контроллере только CRUD операции. А в MVC используются читабельные имена методов.

Petro123SomeQuestions,
При rest бизнес логика (БЛ) по умолчанию на клиенте.
Контроллеры тоже.
Например, ангуляр.

Но не всегда это возможно. тот же пример - отметить галочкой список юзеров и потом заставить бэкэнд сделать с ними работу. Что то перекинуть с сервера на сервер. Как это накладывается на Rest подход ?

Petro123,

Ну. Если исключениями называть любые методы выходящие за рамки базового CRUD, то, полагаю, это подавляющее большинство бизнес приложений...

Так давайте все таки уточним. Как сочетать эти два мира в WebApi, и в современном Aspnet Core ?
В контроллере для CRUD операций должны быть предусмотрены методы работающие на основе Http Verb'ов И в том же контроллере допустимы методы типа HttpGet и HttpPost с читабельными именами для сложной логики. Так ?

Интересует мнение тех, кто как раз и реализует такие сервисы. Т.е. практический опыт создания такой бэкэндовой системы.

Petro123,

в том и дело, что в подобных статьях описывается только Rest подход
https://habr.com/company/microsoft/blog/312878/
в том и дело. Только примеры с базовыми Crud операций.

ну а мапинг, что мапинг ? Понятно что можно сконфигурировать, чтобы в одной контроллере были урлы для круд операций через Http verbs и именованные методы для сложной логики.

Мой вопрос - является ли это нормальной практикой ? Вы говорите, что такое может быть в порядке исключения. Но как по мне, то это будет в любом мало мальски сложном проекте. Взять хотя бы SPA. Ну показать список, изменить запись, добавить. Это понятно. Но а со сложными методами как ?