Yii Framework

ну как варик, если исспользуем внешний валидатор - то и значения сами присваиваем. нужна прост реализация setAttributes - которая не будет учитывать "безопастные" аттрибуты. Ведь мы сами валидируем, значит в модель приходят уже валидные данные. Получаем вариант load() + rules() из коробки ...

точно, совсем забыл. посоветовал бы не исспользовать load() - но я сам в данном случае поддерживаю именно простейший вариант, чуть ли не крудом сгенерированный, буду себе противоречить :) ну вот тут конечно соглашусь, по минимуму бы хотяб продумать, чтоб для определенных нужнд можно было вообще не и...

а AR все равно будет валидировать. а мне надо отменить одно правило в модели, а другое изменить. save(false)? неконсистентно. код превратится в лапшу своих валидаторов и save(false). Может лучше в одном месте валидировать без костылей? а если rules пустые\не переопределять? пустые? load не будет ра...

но я стою на позиции, что валидация снаружи еще лучше.

конечно лучше, кто спорит и реализовать это самому довольно просто. я топлю за то, чтоб саму встроенную валидацию с AR не убирать. кому её достаточно - пусть использует её, без вынесенного валидатора

Так о чем речь то? есть же валидатор от model/form, используйте его. используйте его отдельно, исспользуя AR rules() а AR все равно будет валидировать. а мне надо отменить одно правило в модели, а другое изменить. save(false)? неконсистентно. код превратится в лапшу своих валидаторов и save(false)....

Так о чем речь то? есть же валидатор от model/form, используйте его. используйте его отдельно, исспользуя AR rules() Речь о том что бы убить\убрать\вынести validate() в AR (который полезен). Этого делать не стоит. Добавить новый сервис Validator - та без проблем. Хоть в рамках yii, хоть самому у се...

сорри, оффтоп: Как вы отдельные куски мои цитируете, с ником?)

А опыт причем? Автор хочет сделать +1 шаг к улучшению архитектуры. Улучшение архитектуры приложения путём предложения по улучшению библиотеки для работы с БД? Фреймворк === архитектура? Так можно и от AR отойти в итоге :) Не поверите, так можно и от PHP отойти, если того потребует проект. P.S.: Вам...

Так о чем речь то? есть же валидатор от model/form, используйте его. используйте его отдельно, исспользуя AR rules() если большинство случаев crud, бесспорно. может стоить чуть раздивнуть рамки чтобы еще 20% сверху заиметь? не ухудшив ux программера, увеличив кол-во кейсов применения AR. Речь о том ...

ну то есть дело в отсутствии одной строчки validate()? Я не соглашусь что это должно влиять на мое мнение. Дело не только в строчке validate(). К примеру - где будем хранить ошибки валидации? В классе "валидаторе"? мы можем его улучшить, чтобы он подходил для бОльшего кол-ва случаев. Буде...

Мысль я описывал выше. В определенных ситуациях - удобно и быстро. Создал AR класс, есть добавление с формы, есть импорт из файла, есть добавление через API. Код для всех ситуаций одинаков - получаем массив данных ($_POST, с файла, с апи, не важно, получаем массив) - $obj->save(); Если есть ошибки -...

что переусложняет код. применить разные правила валидации непосредственно в месте валидации удобнее и нагляднее. Верно, поэтому и выбираем, где использовать yii, где AR, а где другие подходы. но AR != встроенная валидация/сценарии. Поэтому имеем право говорить о выносе валидации без наездов на сам ...

читайте выше, а не между строк. я не топлю не за AR, не за Yii. Сложному проекту нужен серьезный фреймворк. Пытаться везде использовать yii, чуток "подтюнив" его - не лучший вариант. Когда начинаешь сталкиваться со сложностями и недостатками AR - возможно стоит от AR отказаться в данном пр...

это реклама в общем)

zelenin писал(а): ↑2018.01.31, 15:25 что переусложняет код. применить разные правила валидации непосредственно в месте валидации удобнее и нагляднее.

Верно, поэтому и выбираем, где использовать yii, где AR, а где другие подходы.

а) Именно через форму, или AR у нас по другому валидирует? да, AR у нас валидирует сами данные (с дополнительной возможностью добавления клиентской валидации, путем генерации js кода на основании правил), не зависимо от формы. Причем тут форма? Валидация удобна, пока нет различных условий для этих ...

именно удобство в том, чтоб все рулится в одном месте. И потом уже не паримся - из какого источника пришли данные, они нормально отвалидируются Сомнительное удобство - рулить в одном месте. Обычно набор правил валидации уникален для источника данных. Те правила, что необходимы для пользовательской ...

тема 3х летней давности)
сейчас и сам yii на DI очень быстро можно развернуть с закрытыми глазами

Либо 2й вариант (тоже дважды упомянут в теме) - использовать валидатор -

не пихать в AR валидацию и реализовать отдельные формы, если так кажется лучше

Считайте часть ответственности вынесли из AR. Но это не повод менять AR в yii.

Собственно предложение сабже. Есть мысли в сторону переноса ответственности за валидацию и фильтрацию в некий Form класс. Таким образом убить Model и разгрузить AR от лишней ответственности. Что думаете насчёт этого, друзья? зачем? для своих задач AR сверх удобен. запилил rules - и они используются...