Locale

Дата оновлення перекладу 2022-12-17

Locale

Валідує, що значення є валідною локаллю.

"Значення" кожної локалі - це будь-який з ID форматів локалі ICU. Наприклад, мовний код з двох літер ISO 639-1 (наприклад fr), або мовний код, за яким слідує нижнє підкреслення (_) та код країни ISO 3166-1 alpha-2 (наприклад, fr_FR для французької/Франції).

Задані значення локалі канонікалізуються перед їх валідацією, щоб униикнути проблем з неправильними значеннями верхнього/нижнього регістру та видалити непотрібні елементи (наприклад, FR-fr.utf8 буде валідовано як fr_FR).

????????????? ?? ??????????? ??? ??????
???? Locale
????????? LocaleValidator

Базове застосування

  • Attributes
  • YAML
  • XML
  • PHP
1
2
3
4
5
6
7
8
9
10
11
12
// src/Entity/User.php
namespace App\Entity;

use Symfony\Component\Validator\Constraints as Assert;

class User
{
    #[Assert\Locale(
        canonicalize: true,
    )]
    protected $locale;
}

Дата оновлення перекладу 2022-12-20

Note

Як і в більшості інших обмежень, null та порожні рядки вважаються валідними значеннями. Це для того, щоб дозволити їм бути опціональними значеннями. Якщо значення є обовʼязковим, розповсюдженим рішенням буде комбінація цього обмеження з NotBlank.

Опції

Дата оновлення перекладу 2022-12-20

groups

тип: array | string

Визначаэ групу або групи валідації обмеження. Прочитайте більше про групи валідації.

message

тип: string за замовчуванням: Це значення не є валідною локаллю.

Це повідомлення відображається, якщо рядок не є валідною локаллю.

Ви можете використати наступні параметри у цьому повідомленні:

???????? ????
{{ value }} ??????? (?????????) ????????
{{ label }} ??????????? ????? ???? ?????

Дата оновлення перекладу 2022-12-20

payload

тип: mixed за замовчуванням: null

Ця опція може бути використана, щоб додати довільні дані, специфічні для домену, до обмеження. Сконфігуроване корисне навантаження не використовується компонентом Validator, але його обробка повністю залежить від вас.

Наприклад, ви можете захотіти використати декілька рівнів помилок, щоб представити неуспішні обмеження по-різному у фронтенді, залежно від серйозності помилки.