Блог

В настоящее время я сбит с толку тем, как работает служба валидатора Symfony. Насколько я понимаю в настоящее время, он может полностью выйти из строя и не сообщать об ошибках даже до того, как сможет проверить сущность, если при установке значений произойдет ошибка типа.

Документация Symfony использует ограничения в таких сущностях, как эта:

 namespace AppEntity;

// ...
use SymfonyComponentValidatorConstraints as Assert;

class Author
{
    /**
     * @AssertNotBlank
     */
    private $name;
}
 

Которые затем используются подобным образом в контроллерах:

 public function author(ValidatorInterface $validator)
{
    $author = new Author();
    
    // ... do something to the $author object

    $author->setBirthDate('this will fail and not report'); // I added this line in myself, see rest of question.
  

    $errors = $validator->validate($author);

    if (count($errors) > 0) {
        /*
         * Uses a __toString method on the $errors variable which is a
         * ConstraintViolationList object. This gives us a nice string
         * for debugging.
         */
        $errorsString = (string) $errors;

        return new Response($errorsString);
    }

    return new Response('The author is valid! Yes!');
}
 

Однако это не будет хорошо улавливать исключения, которые будут возникать, когда аргументы неправильного типа передаются установщикам переменных сущности. Например, сущность может иметь поле «Дата рождения», которое является датой и временем, и у которого есть задатчик setBirthDate(дата и время $foo). При создании объекта перед вызовом функции validate() можно передать аргумент неправильного типа — скажем, пользователь отправил строку или вообще ничего — что, очевидно, вызовет исключение.

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

Разве я не делаю никаких намеков на тип в своих установщиках (принимая все), а затем подтверждаю, что это дата-время с помощью валидатора позже? Использую ли я блок try/catch при настройке сущности? Должен ли я вручную проверять тип пользовательского ввода перед вызовом сеттера? И если какой-либо из последних двух, как бы я четко сообщил об ошибках пользователю? И даже тогда, я думаю, было бы неправильно также выполнять ручную проверку там, когда вы также делаете это в службе валидатора.

Я знаю о формах и предполагаю, что это не проблема при их использовании, но я все равно нахожу валидатор сбивающим с толку в любом случае.

Вы упускаете из виду, как должен работать код, если вы укажете, что установщик будет принимать объект DateTime, а объект DateTime только сам PHP гарантирует, что принятый аргумент является экземпляром объекта DateTime. Один из способов обойти это-создать DTO(объект передачи данных), например. Создайте запрос authorrequest и создайте тип формы symfony, в котором вы принимаете либо строку/время даты(предпочтительно строку, в которой будет регулярное выражение, гарантирующее, что строка является допустимой строкой времени даты). Затем, после вызова $form->isValid()> вы можете прочитать данные из DTO и убедиться, что они действительны. Если вы все еще будете бороться с тем, как это должно быть правильно реализовано, прокомментируйте ниже ответ, и я предоставлю примеры кода

Кроме того, я бы не рекомендовал помещать так много аннотаций в вашу сущность, это довольно быстро приведет к беспорядку, предпочитайте XML-конфигурацию аннотациям.