VL
ну у меня сервис вообще не работает с риквестом, никак с ним не связан
передавай айди юзера в сервис и на этапе контроллера забудь о существовании req
Size: a a a
2020 December 22
VL
и в контроллере лучше писать по минимуму бизнес логики
PW
ну
а это не бизне логика
а это не бизне логика
PW
ну честно говоря, идея засунуть в отдельный мыдлвар мне больше нрав
чисто логически по крайней мере
чисто логически по крайней мере
VL
ну честно говоря, идея засунуть в отдельный мыдлвар мне больше нрав
чисто логически по крайней мере
чисто логически по крайней мере
VL
посмотри, я тоже так когда то думал)
MM
и в контроллере лучше писать по минимуму бизнес логики
А где она по архитеткуре должна быть размазана?
VL
А где она по архитеткуре должна быть размазана?
она должна быть написана в сервисах
VL
А где она по архитеткуре должна быть размазана?
PW
я пока не вдупляю
ну один лишний мидлвар
чем это отличается от того, что потом серавно будет такая проверка
ну один лишний мидлвар
чем это отличается от того, что потом серавно будет такая проверка
PW
лишний тик какой-то там?
VL
я пока не вдупляю
ну один лишний мидлвар
чем это отличается от того, что потом серавно будет такая проверка
ну один лишний мидлвар
чем это отличается от того, что потом серавно будет такая проверка
проблема не в том, что ты напишешь мидлвару эту. Проблемы появяться потом, когда у тебя будет их много. Когда ты будешь завязан на порядок их вызовов. Когда какая то из миддлвар будет куда то прокидывавть req, res и это все разлетаеться по приложению, где то мутируеться и тд. Порождает толстые контрллеры.
VL
Если ты все это понимаешь, то можешь спокойно писать мидлвары, зная об этих проблемах
PW
ну а разве они не по порядку идут?
VL
Но я предпочитаю не доверять себе и своему коду
VL
ну а разве они не по порядку идут?
они идут по порядку и ты уже завязан на этот порядок