1
0
mirror of https://github.com/danog/psalm.git synced 2024-11-26 12:24:49 +01:00

Added a page explaining how to add a new issue type

This commit is contained in:
Bruce Weirdan 2023-02-15 23:12:14 -04:00
parent f70f6517a7
commit eb63eddce1
No known key found for this signature in database
GPG Key ID: CFC3AAB181751B0D
2 changed files with 63 additions and 0 deletions

View File

@ -0,0 +1,62 @@
# Adding a new issue type
To add a new issue type there are a number of required steps, listed below.
## Generating a new shortcode
Run `bin/max_used_shortcode.php` and note the value it printed (`$max_shortcode`)
## Create issue class
Create a class in `Psalm\Issue` namespace like this:
```php
<?php
namespace Psalm\Issue;
final class MyNewIssue extends CodeIssue
{
public const SHORTCODE = 123;
public const ERROR_LEVEL = 2;
}
```
For `SHORTCODE` value use `$max_shortcode + 1`. To choose appropriate error level see [Error levels](../running_psalm/error_levels.md).
There a number of abstract classes you can extend:
* `CodeIssue` - non specific, default issue. It's a base class for all issues.
* `ClassIssue` - issue related to a specific class (also interface, trait, enum). These issues can be suppressed for specific classes in `psalm.xml` by using `referencedClass` attribute
* `PropertyIssue` - issue related to a specific property. Can be targeted by using `referencedProperty` in `psalm.xml`
* `FunctionIssue` - issue related to a specific function. Can be suppressed with `referencedFunction` attribute.
* `ArgumentIssue` - issue related to a specific argument. Can be targeted with `referencedFunction` attribute.
* `MethodIssue` - issue related to a specific method. Can be targeted with `referencedMethod` attribute.
* `ClassConstantIssue` - issue related ot a specific class constant. Can be targeted with `referencedConstant`.
* `VariableIssue` - issue for a specific variable. Targeted with `referencedVariable`
## Add a `config.xsd` entry
All issue types needs to be listed in `config.xsd`, which is used to validate `psalm.xml`. Choose appropriate `type` attribute. E.g. for issues extending `PropertyIssue` use `type="PropertyIssueHandlerType"`.
## Add a doc page for your new issue
Every issue needs to be documented. Create a markdown file in `docs/running_psalm/issues` folder. Make sure to include a snippet of code illustrating your issue. Important: snippets must use fenced php code block and must include opening PHP tag (`<?php`). The snippet must actually produce the issue you're documenting. It's checked by our test suite.
## Add links to the doc page
Add links to the doc page you created to `docs/running_psalm/error_levels.md` and `docs/running_psalm/issues.md`
## Run documentation tests
```
$ vendor/bin/phpunit tests/DocumentationTest.php
```
It will check whether you did all (or at least most) of the steps above.
## Use your new issue type in Psalm core
```php
IssueBuffer::maybeAdd(new MyNewIssue(...))
```

View File

@ -29,6 +29,7 @@ Lastly, working to improve static analysis tools will also make you a better PHP
### Guides
* [Editing callmaps](editing_callmaps.md)
* [Adding a new issue type](adding_issues.md)
## Pull Requests