mirror of
https://github.com/Respect/Validation.git
synced 2026-03-16 23:35:45 +01:00
When 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.
23 lines
579 B
PHP
23 lines
579 B
PHP
<?php
|
|
|
|
/*
|
|
* Copyright (c) Alexandre Gomes Gaigalas <alganet@gmail.com>
|
|
* SPDX-License-Identifier: MIT
|
|
*/
|
|
|
|
declare(strict_types=1);
|
|
|
|
$arr = [
|
|
'name' => 'w',
|
|
'email' => 'hello@hello.com',
|
|
];
|
|
|
|
test('https://github.com/Respect/Validation/issues/446', expectAll(
|
|
fn() => v::create()
|
|
->key('name', v::lengthBetween(2, 32))
|
|
->key('email', v::email())
|
|
->assert($arr),
|
|
'The length of `.name` must be between 2 and 32',
|
|
'- The length of `.name` must be between 2 and 32',
|
|
['name' => 'The length of `.name` must be between 2 and 32'],
|
|
));
|