inpsyde / php-coding-standards
PHP 7.4+ coding standards for Syde WordPress projects.
Installs: 131 793
Dependents: 62
Suggesters: 0
Security: 0
Stars: 99
Watchers: 7
Forks: 23
Open Issues: 3
Type:phpcodesniffer-standard
Requires
- php: >=7.4
- automattic/vipwpcs: ^3.0.0
- dealerdirect/phpcodesniffer-composer-installer: ~1.0.0
- phpcompatibility/php-compatibility: ^9.3.5 || ^10
- phpcsstandards/phpcsextra: ^1.1
- phpcsstandards/phpcsutils: ^1.0
- slevomat/coding-standard: ^8.13
Requires (Dev)
- phpunit/phpunit: ^9.6.11
- vimeo/psalm: ^5.15.0
- dev-version/2 / 2.x-dev
- 2.0.0
- 2.0.0-beta.7
- 2.0.0-beta.6
- 2.0.0-beta.5
- 2.0.0-beta.4
- 2.0.0-beta.3
- 2.0.0-beta.2
- 2.0.0-beta.1
- dev-version/1 / 1.x-dev
- 1.0.0
- 1.0.0-RC.2
- 1.0.0-RC.1
- 1.0.0-beta.9
- 1.0.0-beta.8
- 1.0.0-beta.7
- 1.0.0-beta.6
- 1.0.0-beta.5
- 1.0.0-beta.4
- 1.0.0-beta.3
- 1.0.0-beta.2
- 1.0.0-beta.1
- 0.13.4
- 0.13.3
- 0.13.2
- 0.13.1
- 0.13.0
- 0.12.0
- 0.11.0
- 0.10.0
- 0.9.0
- 0.8.0
- 0.7.2
- 0.7.1
- 0.7.0
- 0.6.0
- 0.5.1
- 0.5.0
- 0.4.2
- 0.4.1
- 0.4.0
- 0.3.0
- 0.2.0
- 0.1.0
- dev-development
- dev-lint-php84
- dev-readme-v2
This package is auto-updated.
Last update: 2024-12-18 16:17:42 UTC
README
PHP 7.4+ coding standards for Syde WordPress projects.
Usage
When the package is installed via Composer, and dependencies are updated, everything is ready and the coding standards can be checked via:
vendor/bin/phpcs --standard="Inpsyde" <path>
Here, <path>
is at least one file or directory to check, for example:
vendor/bin/phpcs --standard="Inpsyde" ./src/ ./my-plugin.php
There are many options that can be used to customise the behavior of the command, to get documentation use:
vendor/bin/phpcs --help
Configuration File
A phpcs.xml.dist
file can be used to avoid passing many arguments via the command line.
For example:
<?xml version="1.0"?> <ruleset name="MyProjectCodingStandard"> <description>My Project coding standard.</description> <file>./src</file> <file>./tests/src</file> <arg value="sp"/> <arg name="colors"/> <config name="testVersion" value="7.4-"/> <config name="text_domain" value="my-project"/> <rule ref="Inpsyde"> <exclude name="WordPress.PHP.DiscouragedPHPFunctions.serialize_serialize"/> </rule> <rule ref="Inpsyde.CodeQuality.Psr4"> <properties> <property name="psr4" type="array" value=" Inpsyde\MyProject=>src, Inpsyde\MyProject\Tests=>tests/src|tests/unit "/> </properties> </rule> </ruleset>
Such a configuration allows to run the code style check like so:
vendor/bin/phpcs
Moreover, thanks to the text_domain
setting, PHP_CodeSniffer will also check that all WordPress
internationalization functions are called with the proper text domain.
Included rules
For the detailed lists of included rules, refer to ruleset.xml
.
PSR-1, PSR-2, PSR-12
For more information about included rules from PHP Standards Recommendations (PSR), refer to the official documentation:
WordPress Coding Standards
To ensure code quality, and compatibility with WordPress VIP, some rules have been included from:
Slevomat
A few rules have been included from the Slevomat Coding Standard.
PHPCompatibility
For PHP cross-version compatibility checks, the full PHP Compatibility Coding Standard for PHP CodeSniffer standard has been included.
The target PHP version (range) can be changed via a custom phpcs.xml
file.
Generic Rules
Some rules are also included from PHP_CodeSniffer itself, as well as PHPCSExtra.
Custom Rules
The following custom rules are in use:
For notes and configuration, refer to the inpsyde-custom-sniffs.md
file in this repository.
Template Rules
The InpsydeTemplates
ruleset extends the standard Inpsyde
ruleset with some template-specific
sniffs.
The recommended way to use the InpsydeTemplates
ruleset is as follows:
<ruleset> <file>./src</file> <file>./templates</file> <file>./tests</file> <file>./views</file> <rule ref="Inpsyde"/> <rule ref="InpsydeTemplates"> <include-pattern>*/templates/*</include-pattern> <include-pattern>*/views/*</include-pattern> </rule> </ruleset>
The following template-specific rules are available:
Removing or Disabling Rules
Rules Tree
Sometimes it is necessary not to follow some rules. To avoid error reporting, it is possible to:
- remove rules for an entire project via configuration;
- disable rules from code, only is specific places.
In both cases, it is possible to remove or disable:
- a complete standard;
- a standard subset;
- a single sniff;
- a single rule.
These things are in a hierarchical relationship: standards are made of one or more subsets, which contain one or more sniffs, which in turn contain one or more rules.
Removing Rules via Configuration File
Rules can be removed for the entire project by using a custom phpcs.xml
file, like this:
<?xml version="1.0"?> <ruleset name="MyProjectCodingStandard"> <rule ref="Inpsyde"> <exclude name="PSR1.Classes.ClassDeclaration"/> </rule> </ruleset>
In the example above, the PSR1.Classes.ClassDeclaration
sniff (and all the rules it contains)
has been removed.
By using PSR1
instead of PSR1.Classes.ClassDeclaration
, one would remove the entire PSR1
standard, whereas using PSR1.Classes.ClassDeclaration.MultipleClasses
would remove this one rule
only, but no other rules in the PSR1.Classes.ClassDeclaration
sniff.
Removing Rules via Code Comments
Removing a rule/sniff/subset/standard only for a specific file or a part of it can be done by using
special phpcs
annotations/comments, for example, // phpcs:disable
followed by an optional name
of a standard/subset/sniff/rule. Like so:
// phpcs:disable PSR1.Classes.ClassDeclaration
For more information about ignoring files, please refer to the official PHP_CodeSniffer Wiki.
IDE Integration
PhpStorm
After installing the package as explained above, open PhpStorm settings, and navigate to
Language & Frameworks
-> PHP
-> Quality Tools
-> PHP_CodeSniffer
Choose "Local" in the "Configuration" dropdown.
Click the "..." button next to the dropdown. It will show a dialog where you need to specify the path for the PHP_CodeSniffer executable.
Open the file selection dialog, navigate to vendor/bin/
in your project, and select phpcs
.
On Windows, choose phpcs.bat
.
Click the "Validate" button next to the path input field. If everything is working fine, a success message will be shown at the bottom of the window.
Still in the PhpStorm settings, navigate to:
Editor
-> Inspections
Type codesniffer
in the search field before the list of inspections, then select:
PHP
-> Quality Tools
-> PHP_CodeSniffer validation
Enable it using the checkbox in the list, press "Apply".
Select "PHP_CodeSniffer validation", click the refresh icon next to the "Coding standard"
dropdown on the right, and choose Inpsyde
.
If you don't see Inpsyde
here, you may need to specify the phpcs.xml
file by selecting
"Custom" as standard and then use the "..." button next to the dropdown.
Once the PhpStorm integration is complete, warnings and errors in your code will automatically be shown in your IDE editor.
Installation
Via Composer, require as development dependency:
composer require --dev inpsyde/php-coding-standards