Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
PHP 8.1 | Utils\PassedParameters: change named param implementation/n…
…amed params after variadic Follow up on 235 and 361. As of PHP 8.1, named parameters after argument unpacking in function calls is allowed. This has implications for how to retrieve a parameter from the parameter stack in the `PassedParameters::getParameterFromStack()` method and exposes a pre-existing short-coming in the method as argument unpacking was not taken into account. While argument unpacking will always throw the retrieval of a specific parameter off if that specific parameter is one of the parameters being unpacked, the method can still be improved to handle this better in the context of named parameters. To make this more straight-forward, I'm changing the implementation for support for named parameters in the `PassedParameters::getParameters()` method. Previously (but so far unreleased), the return array for named parameters would contain three extra keys: `name_start`, `name_end` and `name` and the top-level index for the parameter would be based on the position of the parameter in the function call. As support for PHPCS < 3.7.1 has been dropped, the `name_start` and `name_end` are no longer relevant as the tokenization of the names will be consistent and will always be `T_PARAM_NAME` - `T_COLON`. (This was previously not the case as prior to PHPCS 3.6.0, the tokenization of parameter labels could vary based on the label and the spacing used). The `name_start` and `name_end` keys are now being replaced by a `name_token` key pointing to the `T_PARAM_NAME` token. On top of that, for named parameters, the position in the function call is irrelevant, so having the position as the top-level index is redundant. So... this commit makes the following changes: 1. `PassedParameters::getParameters()`: the `name_start` and `name_end` keys have been removed and instead a `name_token` key will be added. Note: the `name` key in the parameter sub-array _will_ also still be set as both the `PassedParameters::getParameter()` method as well as the `PassedParameters::getParameterFromStack()` method will return only the parameter specific sub-array and what with a sniff potentially passing multiple parameter names, it is still useful to know which one was matched. 2. `PassedParameters::getParameters()`: the _key_ for the parameter will now be either its position or the parameter name. This does mean that the behaviour for function calls passing _duplicate_ named parameters has changed. The first parameter using the name will be in the top-level array by name, the second parameter using the same name, will be in the array using their position as the key (as the duplicate name would otherwise overwrite the first entry). As duplicate parameter names being used in a function call would result in an `Error` exception in PHP anyway, I'm not too concerned about this. 3. `PassedParameters::getParameterFromStack()` will now attempt to find a named parameter first and only look for the positional variant after. Includes: * An additional test for the `PassedParameters::getParameterFromStack()` method to verify that retrieving a named parameter after a variadic parameter is handled correctly. * An additional test for the `PassedParameters::getParameterCount()` method to safeguard that duplicate parameter names will still result in a correct parameter count. * Updating the test expectations in various test classes. * A minor ruleset tweak to exempt the `GetParametersNamedTest` class from the `Universal.Arrays.MixedArrayKeyTypes` sniff as the return value of `PassedParameters::getParameters()` may now contain mixed array keys. * Removing an unused `use` statement (follow up after 369). Note: it will still be the responsibility of individual sniffs to take argument unpacking in function calls into account when examining parameters. Refs: * https://www.php.net/manual/en/migration81.new-features.php#migration81.new-features.core.named-arg-after-unpack
- Loading branch information