popphp / pop-validator
Pop Validator Component for Pop PHP Framework
Installs: 12 238
Dependents: 2
Suggesters: 0
Security: 0
Stars: 5
Watchers: 2
Forks: 0
Open Issues: 0
Requires
- php: >=8.2.0
- popphp/pop-utils: ^2.2.0
Requires (Dev)
- phpunit/phpunit: ^11.5.0
README
Overview
pop-validator
is a component for validating values and returning the appropriate result messaging.
The component comes with a set of built-in evaluation objects and also the ability to extend the
component and build your own.
pop-validator
is a component of the Pop PHP Framework.
Install
Install pop-validator
using Composer.
composer require popphp/pop-validator
Or, require it in your composer.json file
"require": {
"popphp/pop-validator" : "^4.5.0"
}
Quickstart
Here's a list of the available built-in validators, all under the namespace Pop\Validator\
:
Built-in Validators | ||
---|---|---|
Accepted | IsSubnetOf | |
AlphaNumeric | EndsWith | LengthBetweenInclude |
Alpha | Equal | LengthBetween |
BetweenInclude | GreaterThanEqual | LengthGreaterThanEqual |
Between | GreaterThan | LengthGreaterThan |
Boolean | HasCountEqual | LengthLessThanEqual |
Contains | HasCountGreaterThanEqual | LengthLessThan |
CountEqual | HasCountGreaterThan | Length |
CountGreaterThanEqual | HasCountLessThanEqual | LessThanEqual |
CountGreaterThan | HasCountLessThan | LessThan |
CountLessThanEqual | HasCountNotEqual | NotContains |
CountLessThan | HasOne | NotEmpty |
CountNotEqual | HasOneThatEquals | NotEndsWith |
CreditCard | HasOnlyOne | NotEqual |
DateTimeBetweenInclude | HasOnlyOneThatEquals | NotInArray |
DateTimeBetween | InArray | NotIn |
DateTimeEqual | In | NotStartsWith |
DateTimeGreaterThanEqual | Ipv4 | Numeric |
DateTimeGreaterThan | Ipv6 | RegEx |
DateTimeLessThanEqual | IsArray | Required |
DateTimeLessThan | IsEmpty | StartsWith |
DateTimeNotEqual | IsJson | Subnet |
Declined | IsNotEmpty | Url |
Check an email value
$validator = new Pop\Validator\Email(); // Returns false if ($validator->evaluate('bad-email-address')) { // Prints out the default message 'The value must be a valid email format.' echo $validator->getMessage(); } // Returns true if ($validator->evaluate('good@email.com')) { // Do something with a valid email address. }
Validate against a specific value
$validator = new Pop\Validator\LessThan(10); if ($validator->evaluate(8)) { } // Returns true
Set a custom message
$validator = new Pop\Validator\RegEx( '/^.*\.(jpg|jpeg|png|gif)$/i', 'You must only submit JPG, PNG or GIF images.' ); // Returns false if ($validator->evaluate('image.bad')) { echo $validator->getMessage(); }
Alternatively:
$validator = new Pop\Validator\RegEx('/^.*\.(jpg|jpeg|png|gif)$/i'); $validator->setMessage('You must only submit JPG, PNG or GIF images.'); if ($validator->evaluate('image.jpg')) { } // Returns true
Validation Sets
Validation sets are a way to group validators together to evaluate all of them at one time. With that, a level of strictness can be set to enforce whether or not all the validations have to pass or just some of them.
use Pop\Validator\ValidatorSet; $set = new ValidatorSet(); $set->addValidators(['username' => 'AlphaNumeric']); if ($set->evaluate(['username' => 'username_123'])) { echo 'The username satisfies the requirements.' . PHP_EOL; } else { print_r($set->getErrors()); }
Multiple Validators
use Pop\Validator\ValidatorSet; $set = new ValidatorSet(); $set->addValidators(['username' => ['AlphaNumeric' => null, 'LengthGte' => 8]]); if ($set->evaluate(['username' => 'username_123'])) { echo 'The username satisfies the requirements.' . PHP_EOL; } else { print_r($set->getErrors()); }
Custom Messaging
use Pop\Validator\ValidatorSet; $set = new ValidatorSet(); $set->addValidators([ 'username' => [ 'AlphaNumeric' => [ 'value' => null, 'message' => 'The username can only contain alphanumeric characters.' ], 'LengthGte' => 8 ] ]); if ($set->evaluate(['username' => 'username_123'])) { echo 'The username satisfies the requirements.' . PHP_EOL; } else { print_r($set->getErrors()); }
Lazy-Loading vs Eager-Loading
If the validators are added to the set validator using the add*
methods will store the validator
configuration and not create the validator objects until the validator set is evaluated (lazy-loading.)
Using the load*
methods, actual validator objects will be stored in the instance of the validator
set object (eager-loading.)
Strictness
The strictness of the validator set can be set as needed. If set to STRICT_NONE
then only one
validator in the set would have to pass in order for the whole set to pass. The same applies for
conditions as well:
use Pop\Validator\ValidatorSet; $set = ValidatorSet(); $set->addValidators(['username' => ['AlphaNumeric' => null, 'LengthGte' => 8]]); $set->setStrict(ValidatorSet::STRICT_NONE); if ($set->evaluate(['username' => 'someuser_!23'])) { echo 'The username satisfies the requirements.' . PHP_EOL; } else { print_r($set->getErrors()); }
Available strict constants are:
STRICT_NONE
STRICT_VALIDATIONS_ONLY
STRICT_CONDITIONS_ONLY
STRICT_BOTH
(default)
Conditions
Conditions can be added to a validation set that would need to pass in order for the validations to evaluate. Conditions are validators themselves. And the strictness level can be utilized as well to enforce whether or not all the conditions pass or just some of them.
Note: By default, conditions store their validation configuration via lazy-loading and do not create the validator object until the condition is evaluated.
use Pop\Validator\ValidatorSet; use Pop\Validator\Condition; $set = new ValidatorSet(); $set->addCondition(new Condition('client_id', 'Equal', '1')); $set->addValidator('documents', 'NotEmpty'); $data = [ 'client_id' => 1, 'documents' => [ 'some_file_1.pdf', 'some_file_2.pdf', ] ]; if ($set->evaluate($data)) { echo 'The client order data satisfies the requirements.' . PHP_EOL; } else { print_r($set->getErrors()); }
In the above example, if the value of client_id
is changed to 2
, the validators will not be evaluated,
as the required conditions would not be satisfied.
Rules
Rules provide a shorthand way to wire up validations and conditions within the validation set. Rules are
colon-separated strings compromised of a field
, a validator
and optional value
and message
values.
The validator should be a snake_case
format of the class string, e.g. HasOne
class should be written as
has_one
.
Below is the same example from above, but using rules instead:
$set = Pop\Validator\ValidatorSet::createFromRules([ 'username:alpha_numeric', 'username:length_gte:8' ]); if ($set->evaluate(['username' => 'someuser_123'])) { echo 'The username satisfies the requirements.' . PHP_EOL; } else { print_r($set->getErrors()); }
Conditions can be added using rules as well. Here is the example from above using rules instead:
use Pop\Validator\ValidatorSet; $set = ValidatorSet::createFromRules('documents:not_empty') ->addConditionFromRule('client_id:equal:1'); $data = [ 'client_id' => 1, 'documents' => [ 'some_file_1.pdf', 'some_file_2.pdf', ] ]; if ($set->evaluate($data)) { echo 'The client order data satisfies the requirements.' . PHP_EOL; } else { print_r($set->getErrors()); }
Rule Messages
Custom messaging can be passed via the rule format as well, in the 4th position:
$set = Pop\Validator\ValidatorSet::createFromRules([ 'username:length_gt:8:The username must be greater than 8 characters.' ]);
Referencing Fields
When writing rules, fields passed into the input data at the time of evaluating the data can be accessed by using brackets:
use Pop\Validator\ValidatorSet; $set = ValidatorSet::createFromRules('value_1:equal:[value_2]'); $data = [ 'value_1' => 'test', 'value_2' => 'test' ]; if ($set->evaluate($data)) { echo 'The data satisfies the requirements.' . PHP_EOL; } else { print_r($set->getErrors()); }