NotBlank

Дата обновления перевода 2023-09-25

NotBlank

Валидирует, что значение не пустое - что означает, не равно пустой строке, пустому массиву, false или null (поведение null конфигурируемое). Чтобы гарантировать, что значение не равно null, см. ограничение NotNull.

??????????? ? ???????? ??? ??????
????? NotBlank
????????? NotBlankValidator

Базовое применение

Если бы вы хотели гарантировать, чтобы свойство firstName класса Author не было пустым, вы могли бы сделать следующее:

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\NotBlank]
    protected string $firstName;
}

Опции

allowNull

тип: boolean по умолчанию: false

Если установлена как true, значения null считаются валидными и не приведут к нарушению ограничения.

Дата обновления перевода 2023-09-24

groups

тип: array | string по умолчанию: null

Определяет группу или группы валидации ограничений. Прочитайте больше о группах валидации.

message

тип: string по умолчанию: Это значение не должно быть пустым.

Это собщение, которое будет отображено, если значение будет пустым.

Вы можете использовать следующие параметры в этом сообщении:

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

Дата обновления перевода 2025-02-21

normalizer

тип: PHP-вызываемое по умолчанию: null

Эта опция позволяет вам определять PHP-вызываемое, примененное к заданному значению до проверки, является ли оно валидным.

Например, вы можете захотеть передать строку 'trim' для применения PHP-функции trim, чтобы игнорировать начальные и замыкающие пробелы во время валидации.

Дата обновления перевода 2025-02-05

payload

тип: mixed по умолчанию: null

Эта опция может быть использована, чтобы добавить к ограничению произвольные данные, относящиеся к домену. Сконфигурированная нагрузка не используется компонентом Валидатор, но его обработка полностью зависит от вас.

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