SA
http://a/ точнее
Size: a a a
2020 June 05
SA
давайте поговорим за симфони. валидировать реквест через ДТО,а после этого сетить сущность при апдейте по феншую? или как правильно?
ДК
давайте поговорим за симфони. валидировать реквест через ДТО,а после этого сетить сущность при апдейте по феншую? или как правильно?
Я бы делал отдельные классы валидаторов. Валидировать в DTO тебя запинают за это ))
SA
вот я как раз и не догоняю... сущность инвалидировать как бы понятно, не гут. Ты говоришь что и DTO не правильно… отдельный валидатор для чего? не понимаю ((( можешь немного расжевать?
SA
вот по шагам. пришел реквест. нужно апнуть ентити. что между этим?
SA
хочу понять как правильно. а то я Марко хреново понимаю
ДК
вот я как раз и не догоняю... сущность инвалидировать как бы понятно, не гут. Ты говоришь что и DTO не правильно… отдельный валидатор для чего? не понимаю ((( можешь немного расжевать?
Ну стоит это почитать https://symfony.com/doc/current/validation.html
SA
я читал. там валидируют сущность. этоже не норм? или я ваще запутался
ДК
Ну в больших проектах так не делают, я думаю, иначе контролле превращается в толстый.
ДК
Я по симфе много тебе не расскажу, т.к. я ларавельщик и юи знаю.
SA
ну это я не собираюсь делать в контроллере. вынесу в сервис учитывая что он же будет юзаться в CLI command. мне непонятна концепция... как валидировать энтити если ее нельзя инвалидить...
SA
ну т.е. не ее кончно валидировать, а входные данные
SA
с юи ваще не знаком но в ларе вроде как тоже самое с моделями
S
вот я как раз и не догоняю... сущность инвалидировать как бы понятно, не гут. Ты говоришь что и DTO не правильно… отдельный валидатор для чего? не понимаю ((( можешь немного расжевать?
А мне стало казаться, что валидатор выносят из ДТО, т.к. валидация - это одна задача - проверка объекта, а ДТО - это хранение данных - другая задача. И нам стоит разделять ответственность.
Но при таком исходе, когда я валидирую данные в ДТО, то если они не валидны - выбрасываю исключение. Естественно, кто-то выше должен поймать его и обработать.
Да, я небольшой спец в этом. Это так мои мысли
Но при таком исходе, когда я валидирую данные в ДТО, то если они не валидны - выбрасываю исключение. Естественно, кто-то выше должен поймать его и обработать.
Да, я небольшой спец в этом. Это так мои мысли
ДК
Первая часть у Вас верная. Поэтому я и говорил что я бы делал классы валидаторы, которые на вход будут принимать данные для валидации
ДК
с юи ваще не знаком но в ларе вроде как тоже самое с моделями
Нет. Там не так. Там нет дтошек. Там АктивРекорд
SA
а, ну да AR концептуально вроде более даже не знаю как сказать ))) расписздяйский чтоли ))) подход регламентирует ))) не в притензию ларе. она прикольная, но ее магия это для меня перебор.
SA
Первая часть у Вас верная. Поэтому я и говорил что я бы делал классы валидаторы, которые на вход будут принимать данные для валидации
можно хоть минимальный пример. вот пришел реквест в контроллер или пофик куда. что дальше. просто в трех словах
ДК
можно хоть минимальный пример. вот пришел реквест в контроллер или пофик куда. что дальше. просто в трех словах
Отправляем реквест в класс валидатор для этого метода. Там уже заготовленные правила его проверяют на валидность
SA
Assert констрейнты как то? или вручную каждое поле?