А, просто ради интереса, с чем ты сравниваешь? Мб с каким-то еще фреймом? Я просто о том, что большинство популярных бек-фреймы юзают аналогичный подход ( я имею ввиду не только JS -фреймы, а вообще )

Вот, чтоб не быть голословным

flask, python
https://exploreflask.com/en/latest/views.html

spring, java
https://docs.spring.io/spring/docs/current/javadoc-api/org/springframework/web/bind/annotation/RequestMapping.html

symfony, php ❤️
https://symfony.com/doc/current/bundles/SensioFrameworkExtraBundle/annotations/routing.html

Мені сподобалось, як все в Laravel влаштовано.

Как по мне - то бизнес логики не должно быть в контроллерах)

Я больше рассуждаю с позиции абстрактных архитектурных решений, изолированных от примеров популярных фреймворков. Хотя даже если взять тот же "горячо всеми любимый" экспресс (не бейте) – даже там слой с роутингом находится вне слоя контроллера (по крайней мере, есть возможность реализовать такую структуру). Вероятно, и для неста есть подобные решения, но я с таковыми пока не успел познакомиться. Поэтому интересуюсь, у кого какой опыт и тд

Так, а что ты называешь контроллером в экспрессе?

слой, к-рый изолирует сервисы от транспорта

Т.е. миддлвары Роутера? Ну так они не изолированы

Или ты отдельный класс делаешь и вызываешь его методы на миддлварах?

почему миддлвары? тогда уж методы, которые по сути функции обратного вызова

Система оплаты должна уведомить сервер напрямую а не клиентская часть приложения

как по мне то роуты от контроллеров изолировать не надо) Думаю, что это уже слишком)

Разделять на слои приложение нужно) Но роуты и контроллеры - это один и тот же слой…)

не всегда

Да, я тоже так думаю.
Но я использую платёжный виджет от wayForPay.
И событие о статусе оплаты приходит в браузер, вызывая колбек, который я передаю.

Как быть в таком случае?

Согласен, но думаю что это больше как исключение нежели правило) в 99% случаев я б не разделял) А так всегда решение зависти от самой задачи, которую мы сейчас не знаем)

WayForPay может делать коллбек об успешной оплате вам на сервер, гляньте доки

Спасибо, гляну

я кстати нашел хорошим подход для описывания схемы рутов (метод, какие параметры ожидает, какие респонсы отдает) и вынесения контроллера в функцию в слой ниже
потом и сваггер легче генерить

Ситуации нет как таковой, на данный момент. Просто был интересен опыт и впечатления тех, кто с нестом работал