A
коммунисты настолько плохие что построили школы и заводы, когда надо было либо продать либо научить продавать
Size: a a a
2020 October 09
M
Ой ребят сори ошибся чатом
E
Господа, избегаем политоты в этом чате, для этого есть спец чаты и даже для it
s
не, это я все знаю
s
вопрос в другом
s
s
"message": "Bad Request Exception",
А
Продолжаю изучать nest и сегодня у меня возник такой вопрос)
предположим есть Users и Cities.
У каждого юзерах хранится cityId.
Когда прилетает запрос на обновление юзера, он может содержать поле cityId, в этом случае мы должны проверить существует ли город с таким id.
В сервисе city.service.ts есть метод checkIfExists, так вот, его лучше дергать в контроллере или же в сервисе юзера?
предположим есть Users и Cities.
У каждого юзерах хранится cityId.
Когда прилетает запрос на обновление юзера, он может содержать поле cityId, в этом случае мы должны проверить существует ли город с таким id.
В сервисе city.service.ts есть метод checkIfExists, так вот, его лучше дергать в контроллере или же в сервисе юзера?
OM
Ребят, если PATCH метод делать без параметров это норм??
Просто у меня при контроллере типа PATCH будет приходить токен, с которого я просто возьму информацию про пользователя и все.
Просто у меня при контроллере типа PATCH будет приходить токен, с которого я просто возьму информацию про пользователя и все.
F
Доброго времени суток. Пожалуйста поддержки этот issue https://youtrack.jetbrains.com/issue/WEB-47769 . Не хватает интеграция nest-cli для WebStorm.
KL
Ребят, если PATCH метод делать без параметров это норм??
Просто у меня при контроллере типа PATCH будет приходить токен, с которого я просто возьму информацию про пользователя и все.
Просто у меня при контроллере типа PATCH будет приходить токен, с которого я просто возьму информацию про пользователя и все.
Why not? Patch /users/self
KL
Я обычно на self делаю профиль и его апдейт
А
Продолжаю изучать nest и сегодня у меня возник такой вопрос)
предположим есть Users и Cities.
У каждого юзерах хранится cityId.
Когда прилетает запрос на обновление юзера, он может содержать поле cityId, в этом случае мы должны проверить существует ли город с таким id.
В сервисе city.service.ts есть метод checkIfExists, так вот, его лучше дергать в контроллере или же в сервисе юзера?
предположим есть Users и Cities.
У каждого юзерах хранится cityId.
Когда прилетает запрос на обновление юзера, он может содержать поле cityId, в этом случае мы должны проверить существует ли город с таким id.
В сервисе city.service.ts есть метод checkIfExists, так вот, его лучше дергать в контроллере или же в сервисе юзера?
Т.е. чтобы метод update в user.servise.ts предполагал, что все данные валидны, а ключи уже существуют в бд или же метод сам должен денуть сервис city и проверить существование нужный ключей в бд?
KL
Продолжаю изучать nest и сегодня у меня возник такой вопрос)
предположим есть Users и Cities.
У каждого юзерах хранится cityId.
Когда прилетает запрос на обновление юзера, он может содержать поле cityId, в этом случае мы должны проверить существует ли город с таким id.
В сервисе city.service.ts есть метод checkIfExists, так вот, его лучше дергать в контроллере или же в сервисе юзера?
предположим есть Users и Cities.
У каждого юзерах хранится cityId.
Когда прилетает запрос на обновление юзера, он может содержать поле cityId, в этом случае мы должны проверить существует ли город с таким id.
В сервисе city.service.ts есть метод checkIfExists, так вот, его лучше дергать в контроллере или же в сервисе юзера?
А может в pipe? Вообще это же бизнес правило. Можно и в сервисе. Но не в контроллере. Там этой логики не должно ьыть
KL
А
А может в pipe? Вообще это же бизнес правило. Можно и в сервисе. Но не в контроллере. Там этой логики не должно ьыть
ну в пайп врядли, похожих ситуаций может быть много)
Спасибо за совет)
Спасибо за совет)
KL
Я бы кидал exception
KL
В сервисе
OM
Я обычно на self делаю профиль и его апдейт
А почему не PUT при создании профиля?
KL
Не бывает создание профиля) GET /users/self PATCH | PUT /users/self