WebGeeker-Проверка: Мощный Параметрический Верификатор PHP

Автор оригинала: David Wong.

Используется для проверки правильности параметров запроса интерфейса API.

При реализации интерфейса API на стороне сервера каждый параметр каждого интерфейса должен быть проверен на его достоверность, чтобы избежать неправильного ввода данных в систему. Эту работу можно назвать трудоемкой и трудоемкой, но она должна быть выполнена. И сам PHP является слабо типизированным языком. Сложнее проверить не только значение, но и тип данных.

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

Глядя на следующий код, вы можете получить общее представление об использовании, которое не должно быть сложным для понимания:

$params = $request - > query (); // Get GET parameters

// Validation (if the validation fails, an exception is thrown)
Validation::validate($params, [
    "offset" => "IntGe:0",
    "count" => "Required|IntGeLe:1,200",
]);

Он поддерживает проверку нескольких типов данных: целое число, с плавающей запятой, bool, строка, массив, объект, файл, дата и время. Он может проверять параметры во вложенных структурах данных, а также поддерживает проверку с помощью условного суждения.

• Каталог

  • 1 Введение

    • 1.1 Зачем писать такой инструмент?
    • 1.2 характеристики
    • 1.3 Простой пример
  • 2 установка

  • 3 Быстрый Старт

    • 3.1 Полный пример (без каких-либо рамок)
    • 3.2 Обработка ошибок при отказе в проверке
    • 3.3 Использование в Рамках третьих сторон

  • 4. Подробное использование

    • 4.1 Проверка целочисленных параметров
    • 4.2 Проверка параметров с плавающей запятой
    • 4.3 Проверка параметров типа bool
    • 4.4 Проверка параметров строки
    • 4.5 Проверка параметров массива, объекта, файла, даты и времени
    • 4.6 Последовательный верификатор (с)
    • 4.7 Необходимый Верификатор
    • 4.8 Игнорировать все необходимые валидаторы
    • Проверка 4.9 Вложенных параметров
    • 4.10 Верификатор Условных суждений
    • 4.11 Правила проверки Параллельных (или)
    • 4.12 О Специальных Значениях null , "" , 0 , ложь Проблема
    • 4.13 О связи между основными типами данных и строками
    • 4.14 Вывод Текста Пользовательской Информации Об Ошибках
    • 4.15 Интернационализация
    • 4.16 Интернационализация (до версии 0.4)

  • Приложение А – Список проверяющих

    • A. 1 целое число
    • A. 2 Тип с Плавающей Запятой
    • A. 3 тип bool
    • A. 4 Строковый тип
    • A. 5 Тип массива
    • A. 6 Тип объекта
    • A. 7 Тип файла
    • A. 8 Тип даты и времени
    • A. 9 Тип Условного Суждения
    • A. 10 Другие Средства Проверки

1 Введение

1.1 Зачем писать такой инструмент?

Когда я использовал фреймворк Laravel, Laravel предоставлял инструмент проверки параметров, но он работал не очень гладко:

• Каждая проверка записывает класс проверки (наследующий XXX), который слишком громоздок, и в системе будет еще много классов. Если эти классы повторно используются во многих местах или для “большего” повторного использования (уменьшения количества дубликатов кода) и создания множества отношений наследования между этими классами, то обслуживание этих классов само по себе является большой проблемой.
• У верификатора есть проблема “многозначности”. Например, у него есть один. размер Верификатор, который поддерживает проверку строковых, целых, файловых и других типов параметров, для разных типов данных размер Значение разное. Это все равно что запоминать английские слова. Существует так много английских слов. Они имеют много значений. Они имеют разное значение в разных контекстах. Например, слово “подарок” означает как “подарок”, так и “посещение”, а также “подарок”. Такого рода многозначные слова-самая большая головная боль. Неясно, что это на самом деле значит, и это невозможно запомнить.

Для того, чтобы решить эти проблемы, я написал такой инструмент.

1.2 характеристики

1. Каждая функция имеет модульные тесты (41 тест, 369 утверждений).
2. Проверка поддержки бесконечно вложенных структур данных (см., например, Раздел 1.3)
3. Поддержка условной проверки, применение различных правил проверки в зависимости от значений параметров (см., например, Раздел 1.3)
4. Поддержка проверки регулярных выражений
5. Краткая и четкая логика проверки
6. Легкий вес, нет необходимости определять и поддерживать различные классы проверки
7. Верификатор имеет четкую семантику и не имеет проблемы “многозначности”
8. Легко усваивается и легко запоминается. Например, валидаторы целых чисел начинаются с “Int”, валидаторы с плавающей запятой начинаются с “Float” и так далее. Единственное, что не соответствует этому правилу, – это валидаторы строк, некоторые из которых начинаются с “Str”, но другие не начинаются с “Str”, такие как Регулярное выражение , Ip , Электронная почта , Url И так далее.
9. Никакая структура не привязана, никаких зависимостей. Вы можете использовать этот инструмент в любом фреймворке, даже если вы его не используете.

1.3 Простой пример

В следующем примере показана проверка параметра Запроса для запроса для получения списка жалоб пользователей (обратите внимание, что Условная проверка И нацелены на Проверку вложенных структур данных ):

// Verification rules
$validations = [
    "Offset"=> "IntGe: 0", // parameter offset should be greater than or equal to 0
    "Count" => "Required | IntGeLe: 1,200", // parameter count is necessary and greater than or equal to 1 is less than or equal to 200
    "Type"=> "IntIn: 1,2", // parameter type is: 1,2
    "state" => [
        'IfIntEq: type, 1 | IntEq: 0', // If type== 1 (critical recommendation), then the parameter state can only be 0
        'IfIntEq: type, 2 | IntIn: 0, 1, 2', // If type==2 (user complaint), then the parameter state can be taken as: 1, 2, 3
    ],
    "Search. keyword" => "StrLenGeLe: 1,100", // search. keyword should be a long string between [1,100].
    "Search. start_time"=> "Date", // search. start_time should be a string containing a valid date
    "Search. end_time"=> "Date", // search. end_time should be a string containing a valid date
];

// Validated parameters
$params = [
    "Offset" => 0, // / Starting with Article 0 Record
    "Count" = > 10, // returns up to 10 records
    "Type" => 2, // 1 - Criticism Suggestions, 2 - User Complaints
    "State" => 0, // 0 - to be processed, 1 - to be processed, 2 - to be processed
    "Search" => [// search criteria
        "Keyword" =>'hardware failure', // keyword
        "Start_time"=> "2018-01-01", //start date
        "End_time"=> "2018-01-31", //end date
    ],
];

// Validation (if the validation fails, an exception is thrown)
Validation::validate($params, $validations);

2 установка

Установка через композитора

composer require webgeeker/validation:^0.4

3 Быстрый Старт

3.1 Полный пример (без каких-либо рамок)

Этот пример проверяется напрямую $_POST Параметры в форме (СООБЩЕНИЕ) показывают наиболее простое использование

php
include "vendor/autoload.php";

use WebGeeker\Validation\Validation;

try {
    Validation::validate($_POST, [
        "Offset"=> "IntGe: 0", // parameter offset should be greater than or equal to 0
        "Count" => "Required | IntGeLe: 1,200", // parameter count is necessary and greater than or equal to 1 is less than or equal to 200
    ]);
} catch (\Exception $e) {
    echo $e->getMessage();
}

Будьте осторожны При ошибке проверки возникает исключение, содержащее информацию об описании ошибки

3.2 Обработка ошибок при отказе в проверке

Если проверка завершается неудачно, Проверка::проверка(...) Метод создает исключения. Рекомендуется, чтобы эти исключения фиксировались равномерно на уровне платформы, а информация об описании ошибок извлекалась и возвращалась клиенту.

3.3 Использование в Рамках третьих сторон

Сторонние платформы обычно предоставляют объекты запроса, которые можно получить из параметров GET, POST (например, Laravel).

// $params = $request - > query (); // Get GET parameters
$params = $request - > request - > all (); // Get POST parameters

// Validation (if the validation fails, an exception is thrown)
Validation::validate($params, [
    // The validation rules are omitted here
]);

4. Подробное использование

4.1 Проверка целочисленных параметров

Все целочисленные валидаторы начинаются с “Int” для проверки целочисленных значений (например 123 ) Или целочисленные строки (например, "123" ) Другие типы данных не совпадают.

"size" => "IntGeLe:1,100"

Эта проверка требует, чтобы параметр “размер” был целым числом и был больше или равен 1, меньше или равен 100.

Полный список целочисленных валидаторов приведен в Приложении A. 1.

4.2 Проверка параметров с плавающей запятой

Все валидаторы с плавающей запятой начинаются с “Float” для проверки значений с плавающей запятой (например 1.0 Строки с плавающей запятой (например, "1.0" Целочисленные значения (например 123 ) Или целочисленные строки (например, "123" ) Другие типы данных не совпадают.

"height" => "FloatGeLe:0.0,100.0"

Эта проверка требует, чтобы параметр “высота” был числом с плавающей запятой и был больше или равен 0, меньше или равен 100,0.

Полный список валидаторов с плавающей запятой приведен в Приложении A. 2.

4.3 Проверка параметров типа bool

Существует только два валидатора bool:

• Книга: Юридическое значение: истина , ложь , "истина" , "ложь" (Строки игнорируют регистр).
• Книга умная: Юридическое значение: истина , ложь , "истина" , "ложь" , 1 , 0 , "1" , "0" , "да" , "нет" , "y" , "n" (Строки игнорируют регистр)

пример

"accept" => "BoolSmart"

Полный список валидаторов bool приведен в Приложении A. 3.

4.4 Проверка параметров строки

Валидаторы строк не все начинаются с “Str”. Принимайте только строковые данные, другие типы данных не совпадают.

Пример 1:

"name" => "StrLenGeLe:2,20"

Для этой проверки требуется, чтобы параметр “имя” был строкой длиной от 2 до 20 (используется длина строки). mb_strlen() Для вычисления.

Пример 2:

"comment" => "ByteLenLe:1048576"

Эта проверка требует, чтобы параметр “комментарий” был строкой длиной в байт, не превышающей 1048576. strlen() Для вычисления.

Пример 3:

"email" => "Email"

Для этой проверки требуется, чтобы параметр “электронная почта” был действительным адресом электронной почты.

Пример 4 (Проверка регулярных выражений):

"phone" => "Regexp:/^1(3[0-9]|4[579]|5[0-35-9]|7[0135678]|8[0-9]|66|9[89])\d{8}$/"

Для этой проверки требуется, чтобы параметр “телефон” был законным номером телефона.

Вопрос о том, какие специальные символы в регулярных выражениях необходимо экранировать, заключается в простом использовании preg_match() Проверка функций хороша, например:

preg_match('/^string$/', $string);

Затем поставьте два. '/' Число и его средняя часть копируются и помещаются в Регулярное выражение: Позже, дополнительное экранирование не требуется, даже если оно есть в обычном. '|' Этот специальный символ не нуждается в переопределении.

Полный список валидаторов строк приведен в Приложении A. 4.

4.5 Проверка параметров массива, объекта, файла, даты и времени

Ссылка на Приложение A. 5-A. 8

4.6 Последовательный верификатор (с)

В правиле может быть несколько последовательных валидаторов, и они являются отношениями “И”, такими как:

"file" => "FileMaxSize:10m|FileImage"

Для этой проверки требуется, чтобы параметр “файл” был файлом изображения и чтобы размер файла не превышал 10 м.

4.7 Необходимый Верификатор

• Требуемый валидатор требует, чтобы параметры существовали, и их значения не могут быть null (Это значение PHP null , а не строка “null” (значение параметра) null Эквивалентно отсутствию параметров.
• Если последовательно используется несколько валидаторов, Требуемый валидатор должен предшествовать другим валидаторам.
• Если существует условный валидатор, Обязательное должно быть объединено за условным валидатором.
• Если в правилах проверки нет требований, проверка выполняется только при наличии параметров, и сбой проверки вызывает исключение; если параметры не существуют, то проверка не выполняется (эквивалентно пропуску проверки).

Пример:

"size" => "Required|StrIn:small,middle,large"

Эта проверка требует, чтобы параметр “размер” должен быть “маленьким”, “средним” или “большим” в строке.

4.8 Игнорировать все необходимые валидаторы

Например, при создании пользователя необходимо указать имя, пол и возраст; но при обновлении информации о пользователе необязательно предоставлять всю информацию, какая информация предоставляется для обновления какой информации.

$validations = [
    "name" => "Required|StrLenGeLe:2,20",
    "sex" => "Required|IntIn:0,1",
    "age" => "Required|IntGeLe:1,200",
];

$userInfo = [
    "name" => "tom",
    "sex" => "0",
    "age" => "10",
];
Validation:: validate ($userInfo, $validations); validation when creating users

Unset ($userInfo ["age"]); //Delete age field
Validation:: validate ($userInfo, $validations, true); //Update user information validation

Обратите внимание на последнюю строку приведенного выше кода: validate() Третий параметр функции равен true, что означает, что все необходимые валидаторы игнорируются.

Таким образом, нам нужно только написать правило проверки, которое можно использовать для одновременного создания пользователя и обновления информации о пользователе.

Проверка 4.9 Вложенных параметров

В следующем примере показана проверка вложенных параметров, содержащих массивы и объекты:

$params = [
    "comments" => [
        [
            "title" => "title 1",
            "content" => "content 1",
        ],
        [
            "title" => "title 1",
            "content" => "content 1",
        ],
        [
            "title" => "title 1",
            "content" => "content 1",
        ],
    ]
];

$validations = [
    "comments[*].title" => "Required|StrLenGeLe:2,50",
    "comments[*].content" => "Required|StrLenGeLe:2,500",
];

Validation::validate($params, $validations);

4.10 Верификатор Условных суждений

Все условные валидаторы начинаются с “Если”.

Например, если вы хотите набрать группу моделей, требования к мужчинам более 180, требования к женщинам более 170, проверка может быть написана следующим образом:

$validations = [
    "sex" => "StrIn:male,female",
    "height" => [
        "IfStrEq:sex,male|IntGe:180",
        "IfStrEq:sex,female|IntGe:170",
    ],
];

Правила проверки высоты параметра различаются, когда значение пола параметра отличается.

Полный список условных валидаторов приведен в Приложении A. 9.

4.11 Правила проверки Параллельных (или)

Можно объединить несколько правил проверки, и они представляют собой отношения “или”, такие как

"type" => [
    "StrIn:small,middle,large",
    "IntIn:1,2,3",
]

Для приведенной выше проверки требуется, чтобы параметр “тип” был либо строкой “маленький”, “средний” или “большой”, либо целым числом 1, 2 или 3.

Правила параллельной проверки не являются простой связью “или”. Конкретный процесс проверки заключается в следующем:

1. Эти правила проверяются последовательно, и если проходит одно правило проверки, параметр проверяется.
2. Если все правила проверки игнорируются (если условие валидатора If не выполняется, или если нет требуемого валидатора, и параметр не существует, или если существует 0 правил проверки), проверка параметра также считается успешной.
3. Если ни одно из вышеперечисленных условий не выполняется, проверка параметров завершается неудачно.

Полностью разобраться в этих правилах непросто, поэтому не рекомендуется использовать правила параллельной проверки и стараться не разрабатывать параметры, требующие такой проверки.

4.12 При Особых Значениях null, “”,0,Проблема false

Эти специальные значения не эквивалентны. Они имеют разные типы данных (для проверки требуются разные валидаторы).:

• "" Это струна.
• 0 Это целое число.
• ложь Это тип була.
• null В PHP он пуст. Это имеет особое значение в этом инструменте.

Если значение параметра равно null Если параметр не существует, инструмент будет считать его несуществующим.

Например, следующие два массива эквивалентны этому инструменту.

$params = [
    "name" => "hello",
];

и

$params = [
    "name" => "hello",
    "comment" => null,
];

Это равносильно.

4.13 О связи между основными типами данных и строками

Для следующих URL-адресов

http://abc.com/index.php?p1=&&p2=hello&&p3=123

Мы получим массив параметров:

$params = [
    "p1" => "",
    "p2" => "hello",
    "p3" => "123",
];

Будьте осторожны :

• Значение параметра “p1” является пустой строкой "" , а не null 。
• Значение параметра “p3” представляет собой строку "123" Не целое число 123 。
• HTTP-запросы в режиме GET не могут быть переданы null Значение.

Все валидаторы этого инструмента имеют Сильный тип , “Int” “Проверка целых чисел”, – сказал Float. “Проверка типа с плавающей запятой,” Str* “Проверка типа строки, тип данных не совпадает, проверка не проходит. Но строковый тип является исключением.

Из-за обычных HTTP-запросов все основные типы данных в конечном итоге будут преобразованы в строки, поэтому:

• целое число 123 И строка "123" Все они могут быть проверены с помощью верификатора “Int”.
• поплавок 123.0 И строка "123.0" Все может быть проверено с помощью верификатора “Float”.
• Введите bool true И строка "true" Все они могут быть проверены с помощью верификатора Bool.
• однако null Значения и строки "null" Никогда не эквивалентны, Строка "null" Это просто простые строки.

4.14 Вывод Текста Пользовательской Информации Об Ошибках

Если проверка параметров завершается неудачно, метод Validation::validate() выдает исключение, содержащее текст, описывающий сообщение об ошибке, которое не удалось проверить.

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

• Псевдоним Используется для настройки имен параметров (это имя будет объединено с шаблоном внутренней информации об ошибке для создания окончательного текста описания информации об ошибке)
• >>> Используется для настройки текста описания ошибки (этот текст полностью заменит текст описания ошибки, созданный шаблоном).

Посмотрите на следующие примеры:

$params = [
    "title" => "a",
];

Validation::validate($params, [
    "title" => "Required|StrLenGeLe:2,50",
]) The error describing // throwing an exception is that the "title" length must be between 2 and 50

Validation::validate($params, [
    "Title" => "Required | StrLenGeLe: 2,50 | Alias: Title", // Custom parameter name
]) The error description of // throwing an exception is that the length of the title must be between 2 and 50.

Validation::validate($params, [
    "Title" => "Required | StrLenGeLe: 2,50 |>: The length of the title should be between 2 and 50", // Custom error message description text
]) The error description of // throwing an exception is that the title length should be between 2 and 50

Более подробную информацию см. в Приложении A. 10

4.15 Интернационализация

Начиная с версии 0.4:

• Используйте новые статические переменные-члены $langCode2ErrorTemplates Основная цель перевода “шаблона сообщения об ошибке” – упростить формат (благодаря рекомендации @gitHusband).
• Старые таблицы перевода $langCode Для Шаблонов Ошибок Он по-прежнему действителен, и существующий код не нуждается в изменении (см. Следующий раздел). Если и старая, и новая таблицы перевода предоставляются одновременно, предпочтение будет отдаваться новым таблицам, а старые таблицы больше использоваться не будут.

Для поддержки интернационализации вам необходимо настроить класс, наследование \Webgeekers\Проверка\Проверка Перегрузить две статические переменные-члены:

• $langCode2ErrorTemplates Таблица сравнения переводов, используемая для предоставления “шаблона сообщения об ошибке”. Полный список шаблонов сообщений об ошибках можно найти в \WebGeeker\Проверка\Проверка::$errortemplate Найти в переменных-членах
• $$langCode Для переводов Используется для указания “имени пользовательского параметра” (по Псевдоним Указать) и “Текст описания пользовательской ошибки” (по >>> Указано) таблица управления переводом.

Ниже приведен пример класса:

class MyValidation extends Validation
{
    // Translation Reference Table of "Error Tip Information Template"
    protected static $langCodeToErrorTemplates = [
        "zh-tw" => [
            'Int'=>', {param} must be an integer', //
            'IntGt'=>'{param} must be greater than {min}'.
            'Str'=>'{{param}} must be a string'.
        ],
        "en-us" => [
            'Int' => '{{param}} must be an integer',
            'IntGt' => '{{param}} must be greater than {{min}}',
            'Str' => '{{param}} must be a string',
        ],
    ];

    // Text Translation Reference Table
    protected static $langCodeToTranslations = [
        "zh-tw" => [
            "Variable"=> "Variable", ///
            "Variables must be integers"=> "Variables must be integers", //
        ],
        "en-us" => [
            "Variables" => "Variables".
            "Variables must be integers" => "variable must be an integer".
        ],
    ];
}

Будьте осторожны:

• Языковые коды чувствительны к регистру. Рекомендуется использовать все строчные буквы, такие как “zh-cn” и “en-us”.
• Название кода языка настраивается, и вы можете назвать его в любом месте, например “abc” (рекомендуется использовать стандартный код языка).

Используйте этот класс Моя проверка , чтобы убедиться, что вы можете выполнить перевод текста.

MyValidation:: setLangCode ("zh-tw"); // Setting Language Code

MyValidation::validate(["var" => 1.0], [
    "Var"=> "Int", /// neither Alias nor ">, will only translate the error message template (corresponding to line 1).
]); // throws an exception: "var" must be an integer

MyValidation::validate(["var" => 1.0], [
    "Var" => "Int | Alias: Variables", // Alias, in addition to translation error message template, but also translate parameter name (corresponding line)
]); // An exception is thrown: "Variables" must be integers

MyValidation::validate(["var" => 1.0], [
    "Var" => "Int |>: Variables must be integers", // You >, which translates custom error description text (corresponding line)
]); // throws exceptions: variables must be integers

Если указан неверный код языка или переведенный текст не найден, то исходный текст не переводится и не выводится.

4.16 Интернационализация (до версии 0.4)

(Если вы используете версию 0.4 и более поздние версии, рекомендуется использовать новую схему интернационализации (см. предыдущий раздел), которая является более краткой.) 。

Для поддержки интернационализации вам необходимо настроить класс, наследование \Webgeekers\Проверка\Проверка Перегрузить две статические переменные-члены:

• $$langCode Для шаблонов ошибок Таблица сравнения переводов, используемая для предоставления “шаблона сообщения об ошибке”. Полный список шаблонов сообщений об ошибках можно найти в \WebGeeker\Проверка\Проверка::$errortemplate Найти в переменных-членах
• $$langCode Для переводов Используется для указания “имени пользовательского параметра” (по Псевдоним Указать) и “Текст описания пользовательской ошибки” (по >>> Указано) таблица управления переводом.

Ниже приведен пример класса:

class MyValidation extends Validation
{
    // Translation Reference Table of "Error Tip Information Template"
    protected static $langCodeToErrorTemplates = [
        "zh-tw" => [
            "{param}" must be an integer "=>"{param}"must be an integer",//
            "{param}" must be a string "=>" {param}"must be a string".
        ],
        "en-us" => [
            "{param}" must be an integer "=>" {param}} must be an integer ".
            "{param}" must be a string "=>" {param} must be a string ".
        ],
    ];

    // Text Translation Reference Table
    protected static $langCodeToTranslations = [
        "zh-tw" => [
            "Variable"=> "Variable", ///
            "Variables must be integers"=> "Variables must be integers", //
        ],
        "en-us" => [
            "Variables" => "Variables".
            "Variables must be integers" => "variable must be an integer".
        ],
    ];
}

Будьте осторожны:

• Языковые коды чувствительны к регистру. Рекомендуется использовать все строчные буквы, такие как “zh-cn” и “en-us”.
• Название кода языка настраивается, и вы можете назвать его в любом месте, например “abc” (рекомендуется использовать стандартный код языка).

Используйте этот класс Моя проверка , чтобы убедиться, что вы можете выполнить перевод текста.

MyValidation:: setLangCode ("zh-tw"); // Setting Language Code

MyValidation::validate(["var" => 1.0], [
    "Var"=> "Int", /// neither Alias nor ">, will only translate the error message template (corresponding to line 1).
]); // throws an exception: "var" must be an integer

MyValidation::validate(["var" => 1.0], [
    "Var" => "Int | Alias: Variables", // Alias, in addition to translation error message template, but also translate parameter name (corresponding line)
]); // An exception is thrown: "Variables" must be integers

MyValidation::validate(["var" => 1.0], [
    "Var" => "Int |>: Variables must be integers", // You >, which translates custom error description text (corresponding line)
]); // throws exceptions: variables must be integers

Если указан неверный код языка или переведенный текст не найден, то исходный текст не переводится и не выводится.

Приложение А – Список проверяющих

A. 1 целое число

Все целочисленные валидаторы начинаются с “Int”.

A. 2 Тип с Плавающей Запятой

Double всегда используется для внутренней обработки.

A. 3 тип bool

A. 4 Строковый тип

A. 5 Тип массива

A. 6 Тип объекта

A. 7 Тип файла

A. 8 Тип даты и времени

A. 9 Тип Условного Суждения

В одном правиле проверки условный валидатор должен предшествовать другим валидаторам, и несколько условных валидаторов могут быть подключены последовательно.

Обратите внимание, что “условием” в условном суждении обычно является обнаружение Другого параметра Значение текущего параметра проверяется другими валидаторами, объединенными за валидатором условного суждения.

A. 10 Другие Средства Проверки