Package Data | |
---|---|
Maintainer Username: | anlutro |
Maintainer Contact: | anlutro@gmail.com (Andreas Lutro) |
Package Create Date: | 2014-01-13 |
Package Last Update: | 2015-02-08 |
Home Page: | |
Language: | PHP |
License: | MIT |
Last Refreshed: | 2024-11-23 03:18:58 |
Package Statistics | |
---|---|
Total Downloads: | 12,247 |
Monthly Downloads: | 9 |
Daily Downloads: | 0 |
Total Stars: | 11 |
Total Watchers: | 3 |
Total Forks: | 0 |
Total Open Issues: | 0 |
Installation: composer require anlutro/l4-validation
Pick the latest stable version from packagist or the GitHub tag list.
WARNING: Backwards compatibility is not guaranteed during version 0.x.
This validation class is a layer on top of Laravel's own Validation class (the one you create by calling Validator::make), meant to be injected into a repository or controller. It allows for more advanced rulesets and more dynamic rules, and is being utilized in my repository class.
Your class must implement one abstract method: getCommonRules
. This should return an array of rules that are used on every validation call and should be the bare minimum of rules. In addition you can implement as many extra rule getters as you like - getCreateRules
, getUpdateRules
, getUpdateAsAdminRules
, getFooRules
and so on.
Rules are dynamically merged depending on what action you're trying to validate. For example, $validator->validCreate($attributes)
will merge getCommonRules
and getCreateRules
. If getCreateRules
doesn't exist, it'll just use getCommonRules
. $validator->validUpdateAsAdmin($attributes)
will merge getCommonRules
and getUpdateAsAdminRules
. Rules are merged recursively.
You can tell the validator to replace variables in rules with the replace($key, $value)
method. For example, if you have a unique rule and want to dynamically replace the table with a model's table, you can do the following:
public function getCommonRules() {
return ['email' => 'unique:<table>'];
}
$validator->replace('table', $model->getTable());
The class will also replace variables in square brackets with the matching key from input. For example, [foo]
will be replaced with whatever the value of 'foo' from the provided input (attributes) are. This way, you can add the value of another input field to a rule (for example, 'end_date' => ['date', 'after:[start_date]']
.
Replacing variables will not work in regex rules, as that would potentially break regex operators.
There are a couple of hooks you can use to add custom behaviour. prepareRules($rules, $attributes)
will be called after rules are merged and allows you to change validation rules based on input if necessary. This method needs to return the modified array of rules!
prepareValidator($validator)
is called before checking if validation passes or not, and can be used to add sometimes() rules or any other custom behaviour onto the Illuminate\Validation\Validator object itself.
You can call $validatorService->toggleExceptions();
to make the validator throw exceptions instead of just returning false. The exception thrown will be of the type anlutro\LaravelValidation\ValidationException
, which has some useful methods.
getErrors()
gets a flat array of the validation errors.getRules()
gets the array of rules that were used when validating.getAttributes()
gets the array of input that was validated.It can also be cast to a string via (string) $exception
which will render each validation error on one line.
Open an issue on GitHub if you have any problems or suggestions.
The contents of this repository is released under the MIT license.