Size: a a a

NestJS — русскоязычное сообщество

2020 February 26

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
только предлагаемый class-validator для этого не очень подходит
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
так как потребует затаскивания декораторов и на фронт
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
А вообще использовать одни и те же dto — самое правильное решение
источник

IK

ILshat Khamitov in NestJS — русскоязычное сообщество
ну через декораторы удобно же
источник

IK

ILshat Khamitov in NestJS — русскоязычное сообщество
чем иметь файл отдельный с схемой валидации, синкать нужно все время
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
только с декораторами непонятная ситуация и лучше уменьшить их проникновение в систему
источник

IK

ILshat Khamitov in NestJS — русскоязычное сообщество
они там где они нужны, иначе у тя логика валидации поля размазатся может сильно
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Я бы поостерегся сейчас тащить это везде. Ладно на бэке ещё переживём, но на фронте это может быть больнее
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
кстати v8 team активно отбивается от декораторов, так что пропозал всё ещё в подвешанном состоянии
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
так как вторая редакция предлагает динамические декораторы, которые приведут к сильной деградации производительности. Хз когда всё это устаканится и к чему приведёт.
источник

EK

Eugene Kubesh in NestJS — русскоязычное сообщество
Andrey Melikhov
так как вторая редакция предлагает динамические декораторы, которые приведут к сильной деградации производительности. Хз когда всё это устаканится и к чему приведёт.
Вроде же обсуждали тс39, чтобы сделать встроенные декораторы, основные
источник

EK

Eugene Kubesh in NestJS — русскоязычное сообщество
4 штуки по-моему
источник

В

Вячеслав in NestJS — русскоязычное сообщество
В class-validator как-то можно сделать, чтоб все свойства dto валидировались сразу? Допустим, у меня есть name и description, на каждом свои декораторы висят, и если с name что-то пошло не так, то по description ошибок не будет. Хочется, чтобы сразу по всем полям ошибки выдавало
источник

AK

Alex Konstantinov in NestJS — русскоязычное сообщество
Вячеслав
В class-validator как-то можно сделать, чтоб все свойства dto валидировались сразу? Допустим, у меня есть name и description, на каждом свои декораторы висят, и если с name что-то пошло не так, то по description ошибок не будет. Хочется, чтобы сразу по всем полям ошибки выдавало
Мне казалось, что по умолчанию он все ошибки выдает. По крайней мере, когда делаешь useGlobalPipe.
источник

В

Вячеслав in NestJS — русскоязычное сообщество
Alex Konstantinov
Мне казалось, что по умолчанию он все ошибки выдает. По крайней мере, когда делаешь useGlobalPipe.
нет, только по первому проваленному свойству, но по всем декораторам, относящемуся к нему
источник

S

Sviatoslav in NestJS — русскоязычное сообщество
Константин Брызгалин
к тому же имя уже маленько занятое – https://github.com/willsoto/nestjs-objection – правда там более примитивная реализация, без блэкджека :)
а он не захотел корневое имя брать, да и там только конекшен, как то не соответсвует другим интеграциям
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Вячеслав
нет, только по первому проваленному свойству, но по всем декораторам, относящемуся к нему
Так плохо, что даже не верится
источник

AK

Alex Konstantinov in NestJS — русскоязычное сообщество
Вячеслав
нет, только по первому проваленному свойству, но по всем декораторам, относящемуся к нему
источник

В

Вячеслав in NestJS — русскоязычное сообщество
спасибо, пока не очень понимаю, то ли это, что мне нужно, но вроде похоже)
источник

AK

Alex Konstantinov in NestJS — русскоязычное сообщество
Вячеслав
спасибо, пока не очень понимаю, то ли это, что мне нужно, но вроде похоже)
В примере там массиво ошибок по двум разным полям.
источник