Где осуществлять проверку формы в MVC?

Question

[kot-samolet]

Приходит POST-запрос на регистрацию юзера. Полей много, где-то 10. Валидацией полей занимается отдельный класс Validator, причём его методы настроены на каждый тип поля в отдельности. Если валидировать данные в контроллере, то получится такой метод контроллера:

public function addData()
    {
        $v = new Validator();
        $mail = $v->checkEmail($_POST['email']);
        $pass = $v->checkPwd($_POST['pass1'], $_POST['pass2']);
        $bdate = $v->checkBdate($_POST['bdate']);
        $adress = $v->checkAddr($_POST['adress']);
        $company = $v->checkCom($_POST['company']);
        $wife = $v->checkCom($_POST['wife']);
        $city = $v->checkCity($_POST['city']);
        $document = $v->checkDoc($_POST['document']);
        $husb = $v->checkHusb($_POST['husb']);
        $num = $v->checkNum($_POST['num']);
        
        if('всё верно'){
            $model = new User();
            $result = $model->createUser();
        } else {
            return $error;
        }
        
        $view = new View();
        $show = $view->RegSuccess($result);
        return $show;
    }

Это нормально? С одной стороны пишут что валидацию надо в контроллерах а не в модели делать, с другой, что контроллеры должны быть тонкие.

Ещё вопрос: если контроллер занимается валидацией, стот ли его унаследовать от класса валидатор? Тогда он будет обращаться к методам родителя и не надо будет делать $v = new Validator();

Answer 1

[Илья]

Правила валидации - это часть модели.
MVC в том и суть, что вы можете менять местами все его составные части:
1. Использовать M в разных C
2. Отображать M с помощью разных V
3. Выбирать V с помощью C в зависимости от запроса

Comments

[kot-samolet]

Понятно, спасибо.
Вопрос: у меня несколько моделей, например модель Юзеры, модель Мероприятия и другие модели. Но правила валидации могут повторяться в них, значит их надо вынести куда-то отдельно, что бы все модели могли пользоваться любым из правил валидации по необходимости.

[Виктор Янышев]

kot-samolet: внутри модели определяешь свои правила

[Илья]

kot-samolet: посмотрите в фреймворках как сделано.
Если говорить на примере Yii, то у них разделены сущности Model и Validator.
И собственно в модели указывается список валидаторов.
Например:

class User extends Model
{
	public $username;
	public $password;

	// список валидаторов
	public function rules()
	{
		return [
			['username', 'required'],
			['password', 'required'],
			['password', 'string', 'min' => 8, 'max' => 60],
		];
	}
}

Соответственно 'required' и 'string' - это валидаторы.

Answer 2

[Виктор Янышев]

Правила валидации либо в свойстве модели или контроллера. Контроллер надо наследовать от того что создаёт вьюху

Comments

[kot-samolet]

Контроллер надо наследовать от того что создаёт вьюху

Как вы можете видеть в примере вьюху тут сам контроллер и создаёт
$view = new View();

Правила валидации либо в свойстве модели или контроллера

Если представить себе что я выбрал в свойствах контроллера, то выходит код почти верный? Если их из класса Validator перенести в контроллер то по вашей теории станет всё верно

[Виктор Янышев]

kot-samolet:

*Controller extends AppCotroller {}

class AppController {
piblic view;

function __constract() {
  $this->view = new View();
}

function setView($view) {
 // Это на случай если в методе подкласса контроллера нужна вьюха не по имени наследованого котроллера
  $this->view = $view;
}

}

* extends ActionModel {
public $valid = [
  'pass' => [
   'minLen' => 8,
   'errMsg' => 'У вас косяк'
 ];
];

}

Это так абстрактно, но в этом смысле.