Range

Range

Validates that a given number or DateTime object is between some minimum and maximum.

Applies toproperty or method
Options
ClassSymfony\Component\Validator\Constraints\Range
ValidatorSymfony\Component\Validator\Constraints\RangeValidator

Basic Usage

To verify that the height field of a class is between 120 and 180, you might add the following:

  • Annotations

    1. // src/Entity/Participant.php
    2. namespace App\Entity;
    3. use Symfony\Component\Validator\Constraints as Assert;
    4. class Participant
    5. {
    6. /**
    7. * @Assert\Range(
    8. * min = 120,
    9. * max = 180,
    10. * notInRangeMessage = "You must be between {{ min }}cm and {{ max }}cm tall to enter",
    11. * )
    12. */
    13. protected $height;
    14. }
  • YAML

    1. # config/validator/validation.yaml
    2. App\Entity\Participant:
    3. properties:
    4. height:
    5. - Range:
    6. min: 120
    7. max: 180
    8. notInRangeMessage: You must be between {{ min }}cm and {{ max }}cm tall to enter
  • XML

    1. <!-- config/validator/validation.xml -->
    2. <?xml version="1.0" encoding="UTF-8" ?>
    3. <constraint-mapping xmlns="http://symfony.com/schema/dic/constraint-mapping"
    4. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    5. xsi:schemaLocation="http://symfony.com/schema/dic/constraint-mapping https://symfony.com/schema/dic/constraint-mapping/constraint-mapping-1.0.xsd">
    6. <class name="App\Entity\Participant">
    7. <property name="height">
    8. <constraint name="Range">
    9. <option name="min">120</option>
    10. <option name="max">180</option>
    11. <option name="notInRangeMessage">You must be between {{ min }}cm and {{ max }}cm tall to enter</option>
    12. </constraint>
    13. </property>
    14. </class>
    15. </constraint-mapping>
  • PHP

    1. // src/Entity/Participant.php
    2. namespace App\Entity;
    3. use Symfony\Component\Validator\Constraints as Assert;
    4. use Symfony\Component\Validator\Mapping\ClassMetadata;
    5. class Participant
    6. {
    7. public static function loadValidatorMetadata(ClassMetadata $metadata)
    8. {
    9. $metadata->addPropertyConstraint('height', new Assert\Range([
    10. 'min' => 120,
    11. 'max' => 180,
    12. 'notInRangeMessage' => 'You must be between {{ min }}cm and {{ max }}cm tall to enter',
    13. ]));
    14. }
    15. }

Date Ranges

This constraint can be used to compare DateTime objects against date ranges. The minimum and maximum date of the range should be given as any date string accepted by the DateTime constructor. For example, you could check that a date must lie within the current year like this:

  • Annotations

    1. // src/Entity/Event.php
    2. namespace App\Entity;
    3. use Symfony\Component\Validator\Constraints as Assert;
    4. class Event
    5. {
    6. /**
    7. * @Assert\Range(
    8. * min = "first day of January",
    9. * max = "first day of January next year"
    10. * )
    11. */
    12. protected $startDate;
    13. }
  • YAML

    1. # config/validator/validation.yaml
    2. App\Entity\Event:
    3. properties:
    4. startDate:
    5. - Range:
    6. min: first day of January
    7. max: first day of January next year
  • XML

    1. <!-- config/validator/validation.xml -->
    2. <?xml version="1.0" encoding="UTF-8" ?>
    3. <constraint-mapping xmlns="http://symfony.com/schema/dic/constraint-mapping"
    4. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    5. xsi:schemaLocation="http://symfony.com/schema/dic/constraint-mapping https://symfony.com/schema/dic/constraint-mapping/constraint-mapping-1.0.xsd">
    6. <class name="App\Entity\Event">
    7. <property name="startDate">
    8. <constraint name="Range">
    9. <option name="min">first day of January</option>
    10. <option name="max">first day of January next year</option>
    11. </constraint>
    12. </property>
    13. </class>
    14. </constraint-mapping>
  • PHP

    1. // src/Entity/Event.php
    2. namespace App\Entity;
    3. use Symfony\Component\Validator\Constraints as Assert;
    4. use Symfony\Component\Validator\Mapping\ClassMetadata;
    5. class Event
    6. {
    7. public static function loadValidatorMetadata(ClassMetadata $metadata)
    8. {
    9. $metadata->addPropertyConstraint('startDate', new Assert\Range([
    10. 'min' => 'first day of January',
    11. 'max' => 'first day of January next year',
    12. ]));
    13. }
    14. }

Be aware that PHP will use the server’s configured timezone to interpret these dates. If you want to fix the timezone, append it to the date string:

  • Annotations

    1. // src/Entity/Event.php
    2. namespace App\Entity;
    3. use Symfony\Component\Validator\Constraints as Assert;
    4. class Event
    5. {
    6. /**
    7. * @Assert\Range(
    8. * min = "first day of January UTC",
    9. * max = "first day of January next year UTC"
    10. * )
    11. */
    12. protected $startDate;
    13. }
  • YAML

    1. # config/validator/validation.yaml
    2. App\Entity\Event:
    3. properties:
    4. startDate:
    5. - Range:
    6. min: first day of January UTC
    7. max: first day of January next year UTC
  • XML

    1. <!-- config/validator/validation.xml -->
    2. <?xml version="1.0" encoding="UTF-8" ?>
    3. <constraint-mapping xmlns="http://symfony.com/schema/dic/constraint-mapping"
    4. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    5. xsi:schemaLocation="http://symfony.com/schema/dic/constraint-mapping https://symfony.com/schema/dic/constraint-mapping/constraint-mapping-1.0.xsd">
    6. <class name="App\Entity\Event">
    7. <property name="startDate">
    8. <constraint name="Range">
    9. <option name="min">first day of January UTC</option>
    10. <option name="max">first day of January next year UTC</option>
    11. </constraint>
    12. </property>
    13. </class>
    14. </constraint-mapping>
  • PHP

    1. // src/Entity/Person.php
    2. namespace App\Entity;
    3. use Symfony\Component\Validator\Constraints as Assert;
    4. use Symfony\Component\Validator\Mapping\ClassMetadata;
    5. class Event
    6. {
    7. public static function loadValidatorMetadata(ClassMetadata $metadata)
    8. {
    9. $metadata->addPropertyConstraint('startDate', new Assert\Range([
    10. 'min' => 'first day of January UTC',
    11. 'max' => 'first day of January next year UTC',
    12. ]));
    13. }
    14. }

The DateTime class also accepts relative dates or times. For example, you can check that a delivery date starts within the next five hours like this:

  • Annotations

    1. // src/Entity/Order.php
    2. namespace App\Entity;
    3. use Symfony\Component\Validator\Constraints as Assert;
    4. class Order
    5. {
    6. /**
    7. * @Assert\Range(
    8. * min = "now",
    9. * max = "+5 hours"
    10. * )
    11. */
    12. protected $deliveryDate;
    13. }
  • YAML

    1. # config/validator/validation.yaml
    2. App\Entity\Order:
    3. properties:
    4. deliveryDate:
    5. - Range:
    6. min: now
    7. max: +5 hours
  • XML

    1. <!-- config/validator/validation.xml -->
    2. <?xml version="1.0" encoding="UTF-8" ?>
    3. <constraint-mapping xmlns="http://symfony.com/schema/dic/constraint-mapping"
    4. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    5. xsi:schemaLocation="http://symfony.com/schema/dic/constraint-mapping https://symfony.com/schema/dic/constraint-mapping/constraint-mapping-1.0.xsd">
    6. <class name="App\Entity\Order">
    7. <property name="deliveryDate">
    8. <constraint name="Range">
    9. <option name="min">now</option>
    10. <option name="max">+5 hours</option>
    11. </constraint>
    12. </property>
    13. </class>
    14. </constraint-mapping>
  • PHP

    1. // src/Entity/Order.php
    2. namespace App\Entity;
    3. use Symfony\Component\Validator\Constraints as Assert;
    4. use Symfony\Component\Validator\Mapping\ClassMetadata;
    5. class Order
    6. {
    7. public static function loadValidatorMetadata(ClassMetadata $metadata)
    8. {
    9. $metadata->addPropertyConstraint('deliveryDate', new Assert\Range([
    10. 'min' => 'now',
    11. 'max' => '+5 hours',
    12. ]));
    13. }
    14. }

Options

groups

type: array | string

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

invalidMessage

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

The message that will be shown if the underlying value is not a number (per the [is_numeric](https://www.php.net/manual/en/function.is-numeric.php "is_numeric") PHP function).

You can use the following parameters in this message:

ParameterDescription
{{ value }}The current (invalid) value

max

type: number or string (date format)

This required option is the “max” value. Validation will fail if the given value is greater than this max value.

maxMessage

type: string default: This value should be {{ limit }} or less.

The message that will be shown if the underlying value is more than the max option, and no min option has been defined (if both are defined, use notInRangeMessage).

You can use the following parameters in this message:

ParameterDescription
{{ limit }}The upper limit
{{ value }}The current (invalid) value

maxPropertyPath

type: string

New in version 4.4: The maxPropertyPath option was introduced in Symfony 4.4.

It defines the object property whose value is used as max option.

For example, if you want to compare the $submittedDate property of some object with regard to the $deadline property of the same object, use maxPropertyPath="deadline" in the range constraint of $submittedDate.

Tip

When using this option, its value is available in error messages as the {{ max_limit_path }} placeholder. Although it’s not intended to include it in the error messages displayed to end users, it’s useful when using APIs for doing any mapping logic on client-side.

min

type: number or string (date format)

This required option is the “min” value. Validation will fail if the given value is less than this min value.

minMessage

type: string default: This value should be {{ limit }} or more.

The message that will be shown if the underlying value is less than the min option, and no max option has been defined (if both are defined, use notInRangeMessage).

You can use the following parameters in this message:

ParameterDescription
{{ limit }}The lower limit
{{ value }}The current (invalid) value

minPropertyPath

type: string

New in version 4.4: The minPropertyPath option was introduced in Symfony 4.4.

It defines the object property whose value is used as min option.

For example, if you want to compare the $endDate property of some object with regard to the $startDate property of the same object, use minPropertyPath="startDate" in the range constraint of $endDate.

Tip

When using this option, its value is available in error messages as the {{ min_limit_path }} placeholder. Although it’s not intended to include it in the error messages displayed to end users, it’s useful when using APIs for doing any mapping logic on client-side.

notInRangeMessage

type: string default: This value should be between {{ min }} and {{ max }}.

New in version 4.4: The notInRangeMessage option was introduced in Symfony 4.4.

The message that will be shown if the underlying value is less than the min option or greater than the max option.

You can use the following parameters in this message:

ParameterDescription
{{ max }}The upper limit
{{ min }}The lower limit
{{ value }}The current (invalid) value

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.