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

Manager, Resolver, Service, Helper, Util - приставки-запашки.

Manager, Resolver, Service, Helper, Util - приставки-запашки.

решение запашка?

не, тут правильно говорит, это слой в котором бизнес рулы и все

Так вот - про роутинг в экспресах ваших.

Представьте что вы работаете в глово :). И доставляете заказ в квариру 245 по некоему адресу Васи Пупкина 1. В этом доме 10 подъездов, 10 этажей в каждом. Подумайте как бы вы искали нужную квартиру.

А теперь как ее ищет "экспресс". Экспресс-гловарь идет в первый подъезд. Поднимается на 1-й этаж. Смотрит номер каждой квартиры. Причем не просто смотрит, а сверяет её регуляркой. Если не подошло - двигается дальше на второй этаж первого подъезда. Там опять повторяет действия. Как только в первом подъезде квартиры закончились он идет, правильно, во второй подъезд.

И он это уже делает так 10 лет.

А потом начинаются: AutorizationService, LoggingService, EmailService. Да, бизнес логика?

А потом начинаются: AutorizationService, LoggingService, EmailService. Да, бизнес логика?

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

Можете не называть так классы, но в джаве, шарпах и уже в ноде так принято

Где там бизнес логика, в loggingService? А EmailService?

Кто принял?

Большниство

Кто принял?

Хорошое замечание, так во всех доках/гайдах пишут ( согласен, не показатель ) и поэтому такой концепт приняли

Ну кстати в жс вообще все классы это фикция