RT
тут просто больше вопрос к неймингу
Size: a a a
2020 May 21
RT
просто не называйте это dto)
RT
народ откроет книжку, увидит что dto в домене это хорошо
RT
увидит готовый функционал для dto
RT
и сделает вывод что это то самое dto
Д
Основная идея: брать публичные свойство и методы, получать из них значения и валидировать.
Как ты его создаёшь - не имеет никакого смысла.
Как ты его создаёшь - не имеет никакого смысла.
Д
Хочу докинуть в https://github.com/yiisoft/validator какую-то стандартную реализацию DataSetInterface
DataSet::fromObject() – будет по публичным свойствам пытаться доставать значения
DataSet::fromArray() – для ArrayAccess
Либо
Есть возражения?
DataSet::fromObject() – будет по публичным свойствам пытаться доставать значения
DataSet::fromArray() – для ArrayAccess
Либо
new ObjectDataSet($someObject) / new ArrayDataSet($someArray)Есть возражения?
@d_naumenko создаст адаптер для валидации классов со свойствами и методами (надеюсь).
NO
Разве форма этим как раз не является? Именованные поля, которые нужно отвалидировать?
DN
У меня уже есть обект, который мне нужно отвалидировать, зачем мне создавать из него более тяжеловесную форму?
AM
просто не называйте это dto)
ОК
AM
У меня уже есть обект, который мне нужно отвалидировать, зачем мне создавать из него более тяжеловесную форму?
Создавай не форму, сделай простой трейт под именно этот стиль DTO у себя в проекте и валидируй.
DN
Не понял идею. Можно чуть шире?
AM
ну типа так это вариант 1
DN
Ага, я так и подумал.
Я ж предложил враппер, а ты предлагаешь класс Post завязать на этом интерфейсе
Я ж предложил враппер, а ты предлагаешь класс Post завязать на этом интерфейсе
DN
Если этот клас в слое приложения – норм. А если нет – не очень норм)
DN
ну вот это то что я и предложил)
AM
Если этот клас в слое приложения – норм. А если нет – не очень норм)
Гм... а чего это ты решил валидировать чужое что у тебя не в приложении?
AM
ну вот это то что я и предложил)
ну тут есть требования к стилю написания объекта