D
Nest обёртка для express
Size: a a a
2021 April 23
PM
А я fastyfy использую
PM
И он express только в http использует.так что нифиговая обёртка получается
D
Ну в целом в разрезе nest без разницы. Ни движок, ни сам nest не обеспечивают связку с БД кроме интерфейса адаптеров. Для ОРМ емнип там сиквелайз
D
На самом деле просто обёртка с di здорового человека. Если прям все включено то я бы советовал sails. Если надо быстрое апи то Moleculer
PM
А если не использовать orm, то вместо моделей где хранить запросы? В сервисах? Или в контроллерах?
G~
Контроллер должен быть тонким
PM
И где получается?
G~
В сервисе данных. Если это запрос на работу с юзером то в user service, например
PM
Ну в сервисах получатся - бизнес логика?
G~
Получить список юзера это не жизни логика.
G~
В сервисе конкретные юзкейсы работы с данными, запрос - ответ. Бизнеслогика в домене
G~
Или у тебя бизнес логика в базе данных что ты с sql ее касается
PM
Ну берем на примере Nest. Вот у меня модуль отдельный и в нем: app, контроллеры и сервисы. Где запросы к бд делать?
G~
В сервисе, конечно
PM
вот, спасибо
N
"юзер может просмотреть список своих тудушек" - это не является юзкейсом, которому должно удоволетворять бизнес логика приложения?
G~
Задача контроллера решить кому передать запрос на обработку с учётом авторизации, доступа и прочее или отказать в этом.
VL
в слое доступа к данным
N
я не об этом
а о том что и в сервисе запросам не место, их лучше ложить в отдельный слой доступа к данным, как описал @webkunx выше
а о том что и в сервисе запросам не место, их лучше ложить в отдельный слой доступа к данным, как описал @webkunx выше