mirror of
https://github.com/Respect/Validation.git
synced 2026-03-17 23:59:51 +01:00
1915b6fff7When nested-structural validation fails, it's challenging to identify which rule failed from the main exception message. A great example is the `Issue796Test.php` file. The exception message says: host must be a string But you're left unsure whether it's the `host` key from the `mysql` key or the `postgresql` key. This commit changes that behaviour by introducing the concept of "Path." The `path` represents the path that a rule has taken, and we can use it in structural rules to identify the path of an array or object. Here's what it looks like before and after: ```diff -host must be a string +`.mysql.host` must be a string ``` Because paths are a specific concept, I added a dot (`.`) at the beginning of all paths when displaying them. I was inspired by the `jq` syntax. I also added backticks around paths to distinguish them from any other value. I didn't manage to fix a test, and I skipped it instead of fixing it because I want to make changes in how we display error messages as arrays, and it will be easier to fix it then.
30 lines
768 B
PHP
30 lines
768 B
PHP
<?php
|
|
|
|
/*
|
|
* Copyright (c) Alexandre Gomes Gaigalas <alganet@gmail.com>
|
|
* SPDX-License-Identifier: MIT
|
|
*/
|
|
|
|
declare(strict_types=1);
|
|
|
|
use Respect\Validation\Rules\Core\Simple;
|
|
|
|
test('https://github.com/Respect/Validation/issues/1477', expectAll(
|
|
function (): void {
|
|
v::key(
|
|
'Address',
|
|
v::templated(
|
|
new class extends Simple {
|
|
protected function isValid(mixed $input): bool
|
|
{
|
|
return false;
|
|
}
|
|
},
|
|
'{{name}} is not good!',
|
|
),
|
|
)->assert(['Address' => 'cvejvn']);
|
|
},
|
|
'`.Address` is not good!',
|
|
'- `.Address` is not good!',
|
|
['Address' => '`.Address` is not good!'],
|
|
));
|