Основен компонент валидиране Phalcon предоставя следните правила за валидиране:

Допълнителни проверки могат да бъдат приложени самостоятелно. На следващия клас се обяснява как да се създаде правило за утвърждаване на този компонент:

Важно е да се помни, че валидатора връща булева стойност, показваща премина валидирането успее или не.

Проверка чрез vyzova¶ обратната функция

С Phalcon \ Validation \ Validator \ обратно повикване, можете да извършите персонализирана функция, която трябва да се върне булева или нов клас валидатор, който ще се използва за удостоверяване на едно и също поле. След завръщането си истински тест е бил успешен, върнете фалшива да покаже, че неуспешно удостоверяване. По този начин Phalcon валидатора ще предават данни в зависимост от това какво е - ако това е обект, той, в противен случай данните ще бъдат предадени. Например:

Публикации validatsii¶

подсистема Компонент Phalcon \ Validation има вътрешен съобщения. Тя осигурява гъвкаво управление на съхранението и изхода на тестови съобщения, генерирани по време на изпитването.

Всяко съобщение се състои от клас например Phalcon \ Validation \ Съобщение. Комплект генерирани съобщения могат да бъдат получени чрез getMessages () метод. Всяко съобщение съдържа разширена информация - атрибут, текст и тип на съобщението:

Можете да изпратите съобщение до настройките по подразбиране във всеки валидатор:

getMessages Методът подразбиране () връща всички съобщения, генерирани от валидатора. Можете да филтрирате съобщения чрез филтър ():

филтриране dannyh¶

Данните се филтрира, за да бъдете сигурни, че злонамерени или неверни данни, няма да бъдат приети от приложението.

След филтруване и пречистване са направени с помощта на филтър компонент. Можете да добавите към него свои собствени филтри или да използвате вградената.

Събития validatsii¶

Когато класове са определени валидиране, можете също да приложат методи beforeValidation () и afterValidation (). за добавяне на допълнителни проверки, почистване и т.н. Ако beforeValidation () "фалшиви", валидирането не се предава връща:

Отмени validatsii¶

По подразбиране всички валидатори, възложени на терена, независимо дали успешно валидиране на един от тях, или не. Можете да промените това поведение, ако посочите валидатор, който на правилата той трябва да спре по-нататъшното утвърждаване:

Първият валидатора има способността да "cancelOnFail '=> вярно, така че ако валидирането не премине този тест, а след това по-нататъшни проверки се извършват във веригата.

Ако създадете свои собствени валидатори, можете динамично да ги спрете да използвате собственост "cancelOnFail":

Избягвайте провери празен znacheniy¶

Можете да премине опцията "allowEmpty" всички интегрирани валидатор с цел избягване на проверки, за да се извърши, ако прие нулева стойност:

рекурсивни proverka¶

Можете също така да стартирате валидирането инстанции във вътрешността на друг метод, използвайки afterValidation (). В този пример, проверката на инстанция CompanyValidation също така проверява PhoneValidation например: