Comment valider une propriété dépendant d'une autre propriété, dans Symfony 2

Est-il possible de valider une propriété d'une classe de modèle dépend d'une autre propriété de la même classe?

Par exemple, j'ai cette classe:

class Conference
{
    /** $startDate datetime */
    protected $startDate;

    /** $endDate datetime */
    protected $endDate;
}

et je veux que Symfony 2.0 valide, que $startDate doit être après $endDate.

Est-ce possible par des annotations ou dois-je le faire manuellement?

InformationsquelleAutor Johannes Klauß | 2012-09-04

symfony validation

Oui, avec le rappel du programme de validation: http://symfony.com/doc/current/reference/constraints/Callback.html

Sur symfony 2.0:

use Symfony\Component\Validator\Constraints as Assert;
use Symfony\Component\Validator\ExecutionContext;

/**
 * @Assert\Callback(methods={"isDateValid"})
 */
class Conference
{

    //Properties, getter, setter ...

    public function isDateValid(ExecutionContext $context)
    {
        if ($this->startDate->getTimestamp() > $this->endDate->getTimestamp()) {
                $propertyPath = $context->getPropertyPath() . '.startDate';
                $context->setPropertyPath($propertyPath);
                $context->addViolation('The starting date must be anterior than the ending date !', array(), null);
        }
    }
}

Sur symfony master version:

    public function isDateValid(ExecutionContext $context)
    {
        if ($this->startDate->getTimestamp() > $this->endDate->getTimestamp()) {
            $context->addViolationAtSubPath('startDate', 'The starting date must be anterior than the ending date !', array(), null);
        }
    }

Ici j'ai choisi de montrer le message d'erreur sur la date de début de champ.

Marqués @Psykehoe la réponse de ce qui devrait être un commentaire plutôt qu'une réponse, donc de reformuler son commentaire ici. addViolationAtSubPath est obsolète depuis la version 2.2, veuillez utiliser les addViolationAt à la place.

InformationsquelleAutor Sybio

36

À partir de Symfony 2.4 vous pouvez également utiliser Expression contrainte de validation pour obtenir ce dont vous avez besoin. Je crois que c'est le moyen le plus simple pour ce faire. C'est plus pratique que de Rappel contrainte pour vous.

Ici l'exemple de la façon dont vous pouvez mettre à jour votre modèle de classe avec des contraintes de validation des annotations:
```
use Symfony\Component\Validator\Constraints as Assert;


class Conference
{
    /**
     * @var \DateTime
     *
     * @Assert\Expression(
     *     "this.startDate <= this.endDate",
     *     message="Start date should be less or equal to end date!"
     * )
     */
    protected $startDate;

    /**
     * @var \DateTime
     *
     * @Assert\Expression(
     *     "this.endDate >= this.startDate",
     *     message="End date should be greater or equal to start date!"
     * )
     */
    protected $endDate;
}
```
N'oubliez pas de activer les annotations dans votre projet de configuration.

Vous pouvez toujours faire encore plus complexe validations en utilisant la syntaxe de l'expression.
- Thos ne fonctionne pas sur Symfony 4 Cannot access protected property App\Entity\Reservation::$start_at
InformationsquelleAutor Slava Fomin II
10

D'une autre façon (à moins de Symfony 2.3) est d'utilisation simple @Assert\IsTrue:
```
class Conference
{
    //...

    /**
     * @Assert\IsTrue(message = "Startime should be lesser than EndTime")
     */
    public function isStartBeforeEnd()
    {
        return $this->getStartDate() <= $this->getEndDate;
    }

    //...
}
```
Comme référence, la documentation.
- a été autour depuis Symfony 2.0, cependant, vous devriez utiliser @Assert\IsTrue de Symfony 2.3
- Yep, 2.3 ajoutée "@Assert\IsTrue'. '@Assert\Vrai " obsolète à partir de 2.7. Mise à jour, merci.
InformationsquelleAutor Damaged Organic

C'est encore plus simple puisque la version 2.4. Tout ce que vous avez à faire est d'ajouter cette méthode à votre classe:

use Symfony\Component\Validator\Context\ExecutionContextInterface;

/**
 * @Assert\Callback
 */
public function isStartBeforeEnd(ExecutionContextInterface $context)
{
    if ($this->getStartDate() <= $this->getEndDate()) {
        $context->buildViolation('The start date must be prior to the end date.')
                ->atPath('startDate')
                ->addViolation();
    }
}

La buildViolation méthode retourne un constructeur qui a un couple de d'autres méthodes pour vous aider à configurer la contrainte (comme les paramètres et traduction).

InformationsquelleAutor Taz

Une meilleure et plus propre solution https://symfony.com/doc/3.4/validation/custom_constraint.html
est d'écrire

personnalisé contrainte (qui est en fait le message d'erreur)
et son programme de validation (qui est comme un contrôleur de fonction qui effectue le contrôle

Pour vérifier que l'entité est fine, ajouter à la coutume contrainte (pas le validateur)

public function getTargets()
{
    return self::CLASS_CONSTRAINT;
}

Qui vous permet d'utiliser une instance de l'entité au lieu de simplement la valeur d'une propriété. Qu'il est possible d'écrire dans le programme de validation:

public function validate($object, Constraint $constraint)
{
    #Your logic, for example:
    if($value1 = $object->getValue1())
    {
        if($value2 = $object->getValue2())
        {
            if($value1 === $value2)
            {
                # validation passed
                return True;
            }
            else
            {
                # validation failed
                $this->context->buildViolation($constraint->message)
                    ->setParameter('{{ string }}', $value1.' !== '.$value2)
                    ->addViolation();
            }

La meilleure partie est que vous devez écrire dans la classe d'entité:

use YourBundle\Validator\Constraints as YourAssert;

/**
 * Yourentity
 *
 * @ORM\Table(name="yourentity")
 * @ORM\Entity(repositoryClass="YourBundle\Repository\YourentityRepository")
 *
 * @YourAssert\YourConstraintClassName # <-- as simple as this

Espère que ça aide

InformationsquelleAutor nicolallias

Pour la Date de validation, nous pouvons simplement utiliser GreaterThan et GreaterThanOrEqual comparaison des contraintes.

class Conference
{
     /**
     * @var \DateTime
     * @Assert\GreaterThanOrEqual("today")
     */
    protected $startDate;

     /**
     * @var \DateTime
     * @Assert\GreaterThan("startDate")
     */
    protected $endDate;
}

Pour plus d'informations, voir les contraintes de validation

InformationsquelleAutor Kisz Na

Vous devez vous connecter pour publier un commentaire.