Тип в дтошке есть свойства и они все по дефолту

Question

Laravel Framework Russian Community

N M

Тип в дтошке есть свойства и они все по дефолту

null. Но как понять было ли оно реально засечено со значением null или это дефолтный нал?

#laravel #programming #russian

0

18.08.2023

24 ответов

17 просмотров

N M Автор вопроса

Sergey Shitikov
А на что это у тебя влияет? Ну допустим у тебя деф...

Предположим в dto у меня есть toArray который возражает ассоциативный массив (свойства dto объекта) я его кладу сразу в модель и сохраняю. Таким образом мои не заполненные поля с null попадут в таблицу. Но такого быть не должно.

0

8 месяцев назад

Sergey Shitikov

N M
Предположим в dto у меня есть toArray который воз...

а если они у тебя не заполнены, там что должно быть в БД по твоей логике вместо null?

0

8 месяцев назад

Alex

Sergey Shitikov
а если они у тебя не заполнены, там что должно быт...

Я так понимаю речь о дто на апдейт, и как определить действительно ли там нулл надо поставить, или этот нулл - потому что в дто не передали значение Можно в сеттере писать изменённые поля в отдельный массив, и проверять их по необходимости каким-нибудь isDefault методом... Или совсем не пускать дефолтные данные в toArray.. В зависимости от ситуации

0

8 месяцев назад

Sergey Shitikov

Alex
Я так понимаю речь о дто на апдейт, и как определи...

ну а на что это повлияет? если по логике важно уметь отличать состояние "нет данных" от состояния "по умолчанию", то наверное, поле в бд должно быть not null. А если разницы нет, то можно просто писать null вне зависимости от того, это "нет данных" или это "данные по умолчанию"

0

8 месяцев назад

N M Автор вопроса

Alex
Я так понимаю речь о дто на апдейт, и как определи...

В точку. Но решение мне кажется очередным костылем.

0

8 месяцев назад

Alex

Sergey Shitikov
ну а на что это повлияет? если по логике важно уме...

Тем, что данные могут быть в базе, но не в пришедшем апдейт реквесте И если делать тупой ->fill(dto->toArray()) - не пришедшие данные будут заменены на null в базе, что не совсем корректно

0

8 месяцев назад

Alex

N M
В точку. Но решение мне кажется очередным костылем...

Не знаю решения лучше, в защиту этого - лара использует нечто подобное в моделях, isDirty, например

0

8 месяцев назад

Sergey Shitikov

Alex
Тем, что данные могут быть в базе, но не в пришедш...

а, понял. Ну как по мне лучше мониторить измененные поля и только их в toArray возвращать

0

8 месяцев назад

E V.

Alex
Тем, что данные могут быть в базе, но не в пришедш...

Вообще такое заполнение полей модели это плохая практика) Зачем тебе дто вообще, если ты его свойства завязывать на поля базы данных ) Дто - это абстракция, которая должна просто принять данные и доставить до точки, где эти данные будут использованы. А у тебя получается, что если изменится название поля в бд, то твоя дто станет причиной проблемы)

0

8 месяцев назад

Alex

E V.
Вообще такое заполнение полей модели это плохая пр...

Окей, поменяй ->fill на целую кучу model->field1 = dto->getField1 Суть вопроса сабжа останется такой же, только пример раздуется)

0

8 месяцев назад

E V.

Alex
Окей, поменяй ->fill на целую кучу model->field1 ...

По сабжу выше ответили)))

0

8 месяцев назад

Alex

E V.
По сабжу выше ответили)))

Ну по использованию филов согласен, я использую это напрямую с реквестами лары в тех модулях, которые нужно "присрать" по быстрому. Для прототипирования маленьких приложулек, если угодно

0

8 месяцев назад

Артём

Alex
Окей, поменяй ->fill на целую кучу model->field1 ...

Мы в 2023, геттеры в ДТО уже не нужны

0

8 месяцев назад

E V.

Артём
Мы в 2023, геттеры в ДТО уже не нужны

Почему ?

0

8 месяцев назад