🎃
ты никогда не пропустишь нулл в сохраняемую модель
не понял
Size: a a a
2021 March 18
🎃
пакет spatie что я использую не позволяет просто не задать переменную объекта
🎃
а мне всего-лишь надо в toArray() проверить инициализировано свойство через рефлексию и отдать его
🎃
хотя это и портит dto, ведь dto это набор данных, которые если объявлены то должны быть
VY
я бы хотел просто взять все данные через get() и пробежать по каждому элементу , но строк много (в этом случае проц очень долго будет грузить ), а если paginate() то это быстра срабатывает ... поэтому может так лучше
Выглядит так, что тебе надо что-то совсем другое.
Какая задача? Что надо достичь?
Какая задача? Что надо достичь?
AB
пакет spatie что я использую не позволяет просто не задать переменную объекта
я уже не понимаю тебя, скажи какая твоя проблема сейчас?
🎃
я уже не понимаю тебя, скажи какая твоя проблема сейчас?
У меня есть DTO, с кучей полей, они все заполняются при создании сущности. Но при обновлении, они все не обязательны, и и я не хочу их все делать nullable, т.к это может испортить данные сущности
🎃
Ну походу надо создавать dto для создания и обновления отдельно
🎃
где в первой все поля будут обязательны, кроме nullable, а во второй возвращаться только инициализированные
AB
У меня есть DTO, с кучей полей, они все заполняются при создании сущности. Но при обновлении, они все не обязательны, и и я не хочу их все делать nullable, т.к это может испортить данные сущности
А ты поставь все поля как нуллейбл во первых (я сейчас о свойствах дто, а не миграции)
при сохранении или обновлении фильтруй данные реквеста которые могут быть нуллейбл, на самом деле все
при сохранении или обновлении фильтруй данные реквеста которые могут быть нуллейбл, на самом деле все
$someData->filter([
'field_1' => $someData->field1,
'field_2' => $someData->field2,
]);AB
А ты поставь все поля как нуллейбл во первых (я сейчас о свойствах дто, а не миграции)
при сохранении или обновлении фильтруй данные реквеста которые могут быть нуллейбл, на самом деле все
при сохранении или обновлении фильтруй данные реквеста которые могут быть нуллейбл, на самом деле все
$someData->filter([
'field_1' => $someData->field1,
'field_2' => $someData->field2,
]);проблема с нуллом будет разрешена, и тогда ты сможешь обновлять и сохранять в одном коде не пропуская нулл
🎃
А ты поставь все поля как нуллейбл во первых (я сейчас о свойствах дто, а не миграции)
при сохранении или обновлении фильтруй данные реквеста которые могут быть нуллейбл, на самом деле все
при сохранении или обновлении фильтруй данные реквеста которые могут быть нуллейбл, на самом деле все
$someData->filter([
'field_1' => $someData->field1,
'field_2' => $someData->field2,
]);ну в случае с фильтром, если мне клиент пришлёт middle_name => null, и я его занесу в DTO, то у сущности при обновлении не поменяется middle_name
AB
ну в случае с фильтром, если мне клиент пришлёт middle_name => null, и я его занесу в DTO, то у сущности при обновлении не поменяется middle_name
нулл есть нулл, ты его не пропустишь, вот и все
🎃
но тогда и данные не изменятся
🎃
если человек захочет очистить поле
AB
если человек захочет очистить поле
тогда пустая строка будет не?
🎃
тогда пустая строка будет не?
лара конвертит пустые строки в null
AB
лара конвертит пустые строки в null
тогда именно для этого поля делай некую логику
🎃
как вариант, щас подумаю
v
если запоминать все хелперы в пехе можно и с ума сойти ведь
С каких пор floatval это хелпер ? O_o