Valid
This constraint is used to enable validation on objects that are embedded as properties on an object being validated. This allows you to validate an object and all sub-objects associated with it.
Applies to | property or method |
Class | Valid |
Tip
By default, the error_bubbling
option is enabled for the collection Field Type, which passes the errors to the parent form. If you want to attach the errors to the locations where they actually occur you have to set error_bubbling
to false
.
Basic Usage
In the following example, create two classes Author
and Address
that both have constraints on their properties. Furthermore, Author
stores an Address
instance in the $address
property:
1 2 3 4 5 6 7 8 9
// src/Entity/Address.php namespace App\Entity; class Address { protected string $street; protected string $zipCode; }
1 2 3 4 5 6 7 8 9 10 11
// src/Entity/Author.php namespace App\Entity; class Author { protected string $firstName; protected string $lastName; protected Address $address; }
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
// src/Entity/Address.php namespace App\Entity; use Symfony\Component\Validator\Constraints as Assert; class Address { #[Assert\NotBlank] protected string $street; #[Assert\NotBlank] #[Assert\Length(max: 5)] protected string $zipCode; } // src/Entity/Author.php namespace App\Entity; use Symfony\Component\Validator\Constraints as Assert; class Author { #[Assert\NotBlank] #[Assert\Length(min: 4)] protected string $firstName; #[Assert\NotBlank] protected string $lastName; protected Address $address; }
With this mapping, it is possible to successfully validate an author with an invalid address. To prevent that, add the Valid
constraint to the $address
property.
1 2 3 4 5 6 7 8 9 10
// src/Entity/Author.php namespace App\Entity; use Symfony\Component\Validator\Constraints as Assert; class Author { #[Assert\Valid] protected Address $address; }
If you validate an author with an invalid address now, you can see that the validation of the Address
fields failed.
1 2
App\Entity\Author.address.zipCode: This value is too long. It should have 5 characters or less.
Tip
If you also want to validate that the address
property is an instance of the App\Entity\Address
class, add the Type constraint.
Options
groups
type: array
| string
default: null
It defines the validation group or groups of this constraint. Read more about validation groups.
Note
Unlike other constraints, the Valid
constraint does not use the Default
group. This means that it will always be applied by default, even if you specify a group when calling the validator. If you want to restrict the constraint to a subset of groups, you have to define the groups
option.
payload
type: mixed
default: null
This option can be used to attach arbitrary domain-specific data to a constraint. The configured payload is not used by the Validator component, but its processing is completely up to you.
For example, you may want to use several error levels to present failed constraints differently in the front-end depending on the severity of the error.
traverse
type: boolean
default: true
If this constraint is applied to a \Traversable
, then all containing values will be validated if this option is set to true
. This option is ignored on arrays: Arrays are traversed in either case. Keys are not validated.