ExpressionLanguageSyntax

Warning: You are browsing the documentation for Symfony 5.x, which is no longer maintained.

Read the updated version of this page for Symfony 7.2 (the current stable version).

This constraint checks that the value is valid as an ExpressionLanguage expression.

5.1

The ExpressionLanguageSyntax constraint was introduced in Symfony 5.1.

Applies to	property or method
Class	ExpressionLanguageSyntax
Validator	ExpressionLanguageSyntaxValidator

Basic Usage

The following constraints ensure that:

the promotion property stores a value which is valid as an ExpressionLanguage expression;
the shippingOptions property also ensures that the expression only uses certain variables.

        1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
        // src/Entity/Order.php
namespace App\Entity;

use Symfony\Component\Validator\Constraints as Assert;

class Order
{
    /**
     * @Assert\ExpressionLanguageSyntax
     */
    protected $promotion;

    /**
     * @Assert\ExpressionLanguageSyntax(
     *     allowedVariables={"user", "shipping_centers"}
     * )
     */
    protected $shippingOptions;
}
    

        1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
        // src/Entity/Order.php
namespace App\Entity;

use Symfony\Component\Validator\Constraints as Assert;

class Order
{
    #[Assert\ExpressionLanguageSyntax]
    protected $promotion;

    #[Assert\ExpressionLanguageSyntax(
        allowedVariables: ['user', 'shipping_centers'],
    )]
    protected $shippingOptions;
}
    

        1
2
3
4
5
6
7
8
        # config/validator/validation.yaml
App\Entity\Order:
    properties:
        promotion:
            - ExpressionLanguageSyntax: ~
        shippingOptions:
            - ExpressionLanguageSyntax:
                allowedVariables: ['user', 'shipping_centers']
    

        1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
        <!-- config/validator/validation.xml -->
<?xml version="1.0" encoding="UTF-8" ?>
<constraint-mapping xmlns="http://symfony.com/schema/dic/constraint-mapping"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://symfony.com/schema/dic/constraint-mapping https://symfony.com/schema/dic/constraint-mapping/constraint-mapping-1.0.xsd">

    <class name="App\Entity\Order">
        <property name="promotion">
            <constraint name="ExpressionLanguageSyntax"/>
        </property>
        <property name="shippingOptions">
            <constraint name="ExpressionLanguageSyntax">
                <option name="allowedVariables">
                    <value>user</value>
                    <value>shipping_centers</value>
                </option>
            </constraint>
        </property>
    </class>
</constraint-mapping>
    

        1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
        // src/Entity/Student.php
namespace App\Entity;

use Symfony\Component\Validator\Constraints as Assert;
use Symfony\Component\Validator\Mapping\ClassMetadata;

class Order
{
    public static function loadValidatorMetadata(ClassMetadata $metadata)
    {
        $metadata->addPropertyConstraint('promotion', new Assert\ExpressionLanguageSyntax());

        $metadata->addPropertyConstraint('shippingOptions', new Assert\ExpressionLanguageSyntax([
            'allowedVariables' => ['user', 'shipping_centers'],
        ]));
    }
}
    

Options

allowedVariables

type: array or null default: null

If this option is defined, the expression can only use the variables whose names are included in this option. Unset this option or set its value to null to allow any variables.

`groups`

type: array | string default: null

It defines the validation group or groups of this constraint. Read more about validation groups.

message

type: string default: This value should be a valid expression.

This is the message displayed when the validation fails.

`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.

This work, including the code samples, is licensed under a Creative Commons BY-SA 3.0 license.

TOC

Version