Телеграмм чат группы symfony_php страница 12349

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

symfony

2326 membersпожаловаться на группу

2021 March 31

CB

Chiki Briki in symfony

Есть такой подход. Но тут скорее первичная валидация, дальше должна быть валидация внутри бизнес объектов

Ну это не дает ответа на вопрос. Так ли это, что с таким подходом мы создаем невалидный обьект? И что мы должны избегать это

источник

14:40пожаловаться #1

ПГ

Павел Г. in symfony

Приветствую. Встал вопрос. Есть ли вообще смысл валидировать обьекты, например DTO, используя подход:
заполнить данными -> validate(object) ?
По сути, что это значит - мы создаем обьект, который, потенциально, может быть создан в невалидном состоянии и если он не будет провалидирован, то дальнейшее поведение основанное на это обьекте может строиться с использованием невалидного состояния обьекта, чего мы желаем ибежать

Банально создают валидирующий мидлвар (вроде даже в самой симфе сразу есть), который валидирует команду мессенджера. Т.е. не сам хадлер валидирует а бас

источник

14:40пожаловаться #2

ПГ

Павел Г. in symfony

Ну это не дает ответа на вопрос. Так ли это, что с таким подходом мы создаем невалидный обьект? И что мы должны избегать это

Ну если мы что-то проверяем на валидность, значит уже сам факт есть, что объект может быт невалидный.

источник

14:41пожаловаться #3

ПГ

Павел Г. in symfony

Чет короче не понятно в чем вопрос. Это же не бизнес объект

источник

14:42пожаловаться #4

CB

Chiki Briki in symfony

А "не бизнес обьекты" можно создавать невалидными?

источник

14:42пожаловаться #5

ПГ

Павел Г. in symfony

Другое дело валидировать эту ДТО в хэдлере или нет дополнительно - вопрос

источник

14:42пожаловаться #6

ПГ

Павел Г. in symfony

А "не бизнес обьекты" можно создавать невалидными?

А какие еще вараинты есть? Массив валидировать?

источник

14:43пожаловаться #7

CB

Chiki Briki in symfony

Ну пока что да

источник

14:43пожаловаться #8

ПГ

Павел Г. in symfony

Ну пока что да

Чтобы ДТОшка была валидной, она должна знать о признаках валидности, минимум валидировать сама себя. Это уже плюс логика = уже не ДТО

источник

14:44пожаловаться #9

ПГ

Павел Г. in symfony

Иначе мы все равно может создать ее невалидной.

источник

14:44пожаловаться #10

ПГ

Павел Г. in symfony

Массив в валидтор, а потом создание ДТО из массива - не лишает нас возможности создать невалидную ДТО

источник

14:45пожаловаться #11

SP

Sergey Protko in symfony

Массив в валидтор, а потом создание ДТО из массива - не лишает нас возможности создать невалидную ДТО

Почему? Не ну сделать плохо можно всегда

источник

14:54пожаловаться #12

ПГ

Павел Г. in symfony

Почему? Не ну сделать плохо можно всегда

Что почему, я не понял)? Данная операция нас ни от чего не спасает как по мне.

источник

15:00пожаловаться #13

ПГ

Павел Г. in symfony

Тут правда момент, что если DTO делать типизированную, то может упасть по типизации с 500... но это скорее проблема что с фронта вообще левак пришел.

источник

15:01пожаловаться #14

AK

Anton K. in symfony

если совсем никак, ну перегружайте его ночью раз в день, по самой малой нагрузке

Ага, так и деляю я тож

источник

15:01пожаловаться #15

ПГ

Павел Г. in symfony

В этом случае да, отвалидировать сначала массив - возможно смысл имеет

источник

15:01пожаловаться #16

AK

Anton K. in symfony

Кролик иногда терял коннект с консьюмером, хотя процесс висел

источник

15:01пожаловаться #17

CB

Chiki Briki in symfony

Банально создают валидирующий мидлвар (вроде даже в самой симфе сразу есть), который валидирует команду мессенджера. Т.е. не сам хадлер валидирует а бас

кстати на счет места валидации, как по мне - оно должно быть одно
например у нас есть служба с методом do
метод do принимает doDTO и для корректной работы метода она должна быть валидной
т.к. метод do могут вызвать из любого места приложения - валидация входящих в метод параметров должна ложиться на плечи самого метода
соответственно валидация на верхних слоях приложения становится ненужной / нежелательной
нежелательной потому что разносить валидацию по сути одного и того же по слоям - плохо
шо скажемс?

источник

15:03пожаловаться #18

Ш

Шурик in symfony

кстати на счет места валидации, как по мне - оно должно быть одно
например у нас есть служба с методом do
метод do принимает doDTO и для корректной работы метода она должна быть валидной
т.к. метод do могут вызвать из любого места приложения - валидация входящих в метод параметров должна ложиться на плечи самого метода
соответственно валидация на верхних слоях приложения становится ненужной / нежелательной
нежелательной потому что разносить валидацию по сути одного и того же по слоям - плохо
шо скажемс?

у тебя в любом месте приложения могут ВНЕЗАПНО возникнуть невалидные дто? или же только в тех местах, где юзеры тебе засылают свои запросики?

источник

15:05пожаловаться #19

ПГ

Павел Г. in symfony

кстати на счет места валидации, как по мне - оно должно быть одно
например у нас есть служба с методом do
метод do принимает doDTO и для корректной работы метода она должна быть валидной
т.к. метод do могут вызвать из любого места приложения - валидация входящих в метод параметров должна ложиться на плечи самого метода
соответственно валидация на верхних слоях приложения становится ненужной / нежелательной
нежелательной потому что разносить валидацию по сути одного и того же по слоям - плохо
шо скажемс?

Звучит логично, тоже задавался этим вопросом. Тут правда момент, что это первичная валидация, скорее чтобы фронту отдать данные и мессаджи. Внутри все логика "валидирует" в своих процессах

источник

15:06пожаловаться #20