Yii2, когда создавать отдельную модель формы, а когда наследовать? ДД.
В advanced-приложении YII2 есть форма регистрации и форма сброса пароля, обе формы не наследуют модель User и имеют свои автономные правила валидации, мне не нравится что для одних полей по коду разбрасывают правила валидации, например, нужно изменить минимальное кол-во символов в пароле, в одном месте поменяют в другом могут забыть. Тогда надо правила записать модели User и наследовать формы от нее? Но тогда формы получают слишком много доступов, перекрывают методы, свойства и сама модель растет ужасно, вариант предложенные разработчиками yii более привлекательный. Тогда может правила хранить в статистических свойствах/методах главной модели (User)? Тогда все модели останутся автономными и у них более/менее будут общие правила.
Какой более менее тут правильный путь YII-разработчиков?
Про сценария знаю, но не нравится немного такой подход, хочется автономии на простые формы/действия.
Ну и в целом правила валидации всех полей/атрибутов стоит хранить в главной модели? Или лучше правила уносить в модели форм, как показали в примере.
Yii2, когда создавать отдельную модель формы, а когда наследовать? ДД.
В advanced-приложении YII2 есть форма регистрации и форма сброса пароля, обе формы не наследуют модель User и имеют свои автономные правила валидации, мне не нравится что для одних полей по коду разбрасывают правила валидации, например, нужно изменить минимальное кол-во символов в пароле, в одном месте поменяют в другом могут забыть. Тогда надо правила записать модели User и наследовать формы от нее? Но тогда формы получают слишком много доступов, перекрывают методы, свойства и сама модель растет ужасно, вариант предложенные разработчиками yii более привлекательный. Тогда может правила хранить в статистических свойствах/методах главной модели (User)? Тогда все модели останутся автономными и у них более/менее будут общие правила.
Какой более менее тут правильный путь YII-разработчиков?
Про сценария знаю, но не нравится немного такой подход, хочется автономии на простые формы/действия.
Ну и в целом правила валидации всех полей/атрибутов стоит хранить в главной модели? Или лучше правила уносить в модели форм, как показали в примере.
В advanced-приложении YII2 есть форма регистрации и форма сброса пароля, обе формы не наследуют модель User и имеют свои автономные правила валидации, мне не нравится что для одних полей по коду разбрасывают правила валидации, например, нужно изменить минимальное кол-во символов в пароле, в одном месте поменяют в другом могут забыть. Тогда надо правила записать модели User и наследовать формы от нее? Но тогда формы получают слишком много доступов, перекрывают методы, свойства и сама модель растет ужасно, вариант предложенные разработчиками yii более привлекательный. Тогда может правила хранить в статистических свойствах/методах главной модели (User)? Тогда все модели останутся автономными и у них более/менее будут общие правила.
Какой более менее тут правильный путь YII-разработчиков?
Про сценария знаю, но не нравится немного такой подход, хочется автономии на простые формы/действия.
Ну и в целом правила валидации всех полей/атрибутов стоит хранить в главной модели? Или лучше правила уносить в модели форм, как показали в примере.
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки в течение 1 года
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Поможем написать учебную работу
Выбор между созданием отдельной модели формы и наследованием зависит от конкретной ситуации и предпочтений разработчика.
Если формы имеют свои уникальные правила валидации, которые не связаны с основной моделью User, то в этом случае создание отдельной модели формы без наследования может быть более удобным и логичным подходом. В этом случае вы можете легко управлять правилами валидации для каждой формы независимо друг от друга и не засорять основную модель User дополнительными правилами.
Однако, если у вас есть общие правила валидации, которые используются в разных формах, то хранение этих правил в главной модели User и наследование форм от нее может быть более удобным и эффективным подходом. Это позволит избежать повторения кода и упростит управление общими правилами валидации.
В целом, не существует единственно правильного пути для всех ситуаций, поэтому решение о том, где хранить правила валидации, лучше всего принимать с учетом конкретных требований и особенностей проекта.