Насчет сервисов вряд ли, так как нет зависимостей в виде провайдеров, незачем пихать в DI. Да, скорее всего просто просто классы/модули. Но дико интересно, куда люди бизнес-логику как раз кладут) Жирную такую, от которых сервисы распухают и становятся до ужаса большими)))

Насчет сервисов вряд ли, так как нет зависимостей в виде провайдеров, незачем пихать в DI. Да, скорее всего просто просто классы/модули. Но дико интересно, куда люди бизнес-логику как раз кладут) Жирную такую, от которых сервисы распухают и становятся до ужаса большими)))

Тут нест как таковой ни при чём, скорее вопрос по архитектуре на TypeScript. В общем случае, просто делаете тот же Service Object.
Я вот лично такой подход и предпочитаю.

https://refactoring.guru/ru/design-patterns/command

Привет) Если есть кто, например, из мира Rails, знают что такое Service Objects - грубо говоря подход, в котором операции, которые сложнее простого обновления записи в контроллере, выносятся в отдельные классы. Теперь к несту - у меня в приложении,  есть генерация огромного отчета с огромной кучей кода и логики. Хочется это разбить, но какой подход применять? Есть бест практис? Во что это выносить? Куда это выносить?)

Подскажите, допустимо ли раздувать контроллер? Например, маршрут должен отдавать объединенный объект, состоящий из двух сущностей. Их правильнее собрать в единый объект в контроллере, вызвав два метода из двух разных сервисов? Или создать ещё один сервис, который будет возвращать готовый объект?

не допустимо, но твой случай вообще ничего не раздувает

Но всё же какое решение идеологически правильнее?

В модуле auth гварда работает, а как её использовать в других модулях, это возможно?

ну так же напиши в других модулях. Но чтоб работало нужно инпортировать модуль и прописать в нем гарду в exports

Всем доброе утро. Ребят а как заставить plainticlass, удалять те поля что нет в классе, но прилетели в объект ?

Привет. Я над классом ставил декоратор Exclude, а над полями Expose. Фильтр получается, замапятся только те, которые помечены как Expose.

У меня обычно  все по дефу идет как Expose. Идея в том что я сделал декоратор который из парамсов типа flt_isActive=true&ftl_firstName=test, делает объект. Сделал это для того что бы можно было более удобно получать параметры фильтраций для where. Вот только не могу сделать мап правильно. plainToClass() мне выдает 'true' хотя должен его переделать в true типа boolean а не стринг.