оно может и к лучшему - тебе ж не по всем полям искать, а только по некоторым

плюс может еще поиск по всяким связанным полям

свои шаблоны для gii - это хорошо

я себе запилил crud без view

(с совмещенным view/update)

плюс может еще поиск по всяким связанным полям

Вот-вот, я о том же, что часто на сложной форме все эти дефолтные тупо не нужны, ну а если форма поиска не сложная, то вообще генерить Search смысла мало имеет.

я себе запилил crud без view

тоже мало понимаю зачем view в CRUD для админки, куда полезнее сделать frontendUrlManager и давать ссылку сразу на материал... А как ты view/update совместил, скинь плиз скрины в лс)

та какие скрины

просто форма на обновление используется в качестве view

надо отредактировать - поправил поля и сохранил

не надо - почитал поля

Т.е. это дефолтный апдейт?

это непозволительное вольнодумство

Ты должен переопределить primaryKey https://stackoverflow.com/questions/8985304/yii-model-with-composite-primary-key

Спасибо

от рук отбился

ой

не туда написал :)

да, дефолтный апдейт

и что в этот рулесе? типа проверка, если вызов из класса А то return $rulesForA?

для каждой связки AR, Form, Search свой ValidationTrait

для каждой связки AR, Form, Search свой ValidationTrait

Ну так rules для AR, Search и Form отличаются, что ты там в валидаторе пишешь?

вопрос был в том, что правила валидации будут дублироваться

общий трейт позволит убрать дублирование

если нужны дополнительные кастомные правила для компонента, то можно переопределить трейтовское

Типа в трейте совсем уж базовые правила будут?

А в модели которая заюзала, будет мердж с кастомными?

Ну тогда это не далеко от copyPaste ушло.

вопрос был в дублировании правил

трейты их решают

вопрос был в дублировании правил

Не вижу решения, покажи пример.

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

но чаще там одно и то же

class Foo { use FooTrait; function rules() { return array_merge( ['my custom rules'], $this->commonRules() ); } } trait FooTrait { function commonRules() { return ['common rules']; } } $foo = new Foo(); var_dump($foo->rules());

array(2) { [0]=> string(15) "my custom rules" [1]=> string(12) "common rules" }

если отдельныхз правил нет, то function rules() { return $this->commonRules(); }

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

Ну я вот об этом и говорил)

ну тогда не используй

кто заставляет то?

но тред начался с коммента

Стопэ, вопрос был не зачем, а почему так. На обеде подумал, и понял, что во всём виноват ~навальный~ AR паттерн, а точнее то что в Yii2 он ещё расширен от Model, которая позволяет модельку пихать в формы и *СРАЗУ* всё делать. Т.е. в "нормальных" ситуациях должна быть AR, *Form модели и *Search модели, но тут всплывает второй косяк, правила валидации придётся копировать...

" но тут всплывает второй косяк, правила валидации придётся копировать..."

трейты уберут это

правила валидации придется _частично_ копировать!

Ну я вот об этом и говорил)

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

правила валидации придется _частично_ копировать!

Спасибо, именно это я и имел в виду)

если это _частично_ составляет более 50% или туда вхоядт сложные правилаЮ, которые могут часто менятся

то будет удобно

иначе копируй

ибо нет серебрянной пули

под каждую задачу нужно свое наиболее приемлимое решение

я бы тупо копировал

Я подумал МБ в rules трета сделать условие что если __class__ это Form, то даём одни правила, иначе другие...

вот есть у тебя поле с мейлом

я бы тупо копировал

Копировать вариант, но потом бегать по классам не удобно.

можно и настолкьо абсрагироваться

если ты по нему ищешь, то какая разница, валидный мейл тебе дали, или нет?

можно даже не чекать __class__

Стопэ, вопрос был не зачем, а почему так. На обеде подумал, и понял, что во всём виноват ~навальный~ AR паттерн, а точнее то что в Yii2 он ещё расширен от Model, которая позволяет модельку пихать в формы и *СРАЗУ* всё делать. Т.е. в "нормальных" ситуациях должна быть AR, *Form модели и *Search модели, но тут всплывает второй косяк, правила валидации придётся копировать...

Ну вот такая спорная архитектура ещё с первой версии yii и ничего без костылей не сделаешь

а не

с првоеркой класса удобнее

но нужно тогда всегда строго соглашение обю именовании соблюдать

а еще можно сделать базовый класс, унаследованный от модели, в нем правила валидации сделать для всех сценариев, а потом унаследовать form, search и ar от него

и вызвать огорчение @ExileeD :)

если ты по нему ищешь, то какая разница, валидный мейл тебе дали, или нет?

а если ты сохраняешь/редактируешь (это две разныз формы), а еще для админа/модера/юзера разные формы редактированяия/сохранения

то тогда устанешь все поддерживать

а еще можно сделать базовый класс, унаследованный от модели, в нем правила валидации сделать для всех сценариев, а потом унаследовать form, search и ar от него

И ничего толком не изменить

а еще можно сделать базовый класс, унаследованный от модели, в нем правила валидации сделать для всех сценариев, а потом унаследовать form, search и ar от него

а если потребуется наследование от своего класса супермоделей?

ERROR: S client not available

для части классов

именно поэтому я копирую

и не парюсь

именно поэтому я копирую

Что ещё хуже =)

у меня было как-то около 9 классов на одну Модель

и я накосячил в изщменении правил валидации

не ищменил у юзеров

и получилась дырка

после перевел натрейты

а сейчас даже интереснее идею подклинули

с проверкой класса

но можно сделать мягче и реализровать несколько методов

один общий

и дял каждой формы/модели и тд свой отедльный

типа userFormRules()

Возникает вопрос. А можно ли убрать полностью валидацию в Ар?

и в самом UserForm { use UserValidationTrait; function rules() { return $this->userFormRules(); } }

Возникает вопрос. А можно ли убрать полностью валидацию в Ар?

в таком случае весь класс должыен быть приватным=D

и разговоры только через классы интерфейсы с ним

в таком случае весь класс должыен быть приватным=D

Не должен

еще один ненужный класс

Не должен

если напрямую начнут писать?

$obj = new User($params); $obj->save();

какой-нибудь джун или типа того

если напрямую начнут писать?

Пусть пишут мне все равно. Создадут форму и проверят там

Не поделишься списком плагинов, которые стоят? Интересно. Думаю сам попробовать пожить без IDE.

Пусть пишут мне все равно. Создадут форму и проверят там

ты же вроде работаешь в команде

никогда не бывает так, как задумано

Может кто сталкивался использую select2 виджет когда выключаю встроеные 'yii\bootstrap\BootstrapAsset', виджет появляется, но появляется ошибка

найдется новичок, или просто ленивый чел который подумает "да здесь явно норм данные"

и пошло-поехало