symplify/easy-coding-standard
Easy Coding Standard (ECS) makes PHP coding standards effortless on PHP 7.2–8.5. Fast parallel runs, supports PHP_CodeSniffer and PHP-CS-Fixer, uses prepared rule sets, generates ecs.php config on first run, and can check and auto-fix code with --fix.
composer require symplify/easy-coding-standard --dev
vendor/bin/ecs
On the first run, ECS creates ecs.php config file with directories and first rule to kick off.
Then you can run again to see the suggested diffs:
vendor/bin/ecs
To actually fix your code, add --fix:
vendor/bin/ecs --fix
That's it!
Most of the time, you'll be happy with the default configuration. The most relevant part is configuring paths, checkers and sets:
use PhpCsFixer\Fixer\ArrayNotation\ArraySyntaxFixer;
use PhpCsFixer\Fixer\ListNotation\ListSyntaxFixer;
use Symplify\EasyCodingStandard\Config\ECSConfig;
return ECSConfig::configure()
->withPaths([__DIR__ . '/src', __DIR__ . '/tests'])
->withConfiguredRule(
ArraySyntaxFixer::class,
['syntax' => 'long']
)
->withRules([
ListSyntaxFixer::class,
])
->withPreparedSets(psr12: true);
Do you want to check all *.php files in your root (ecs.php, rector.php etc.)? Instead of listing them one by one, use ->withRootFiles() method:
use Symplify\EasyCodingStandard\Config\ECSConfig;
return ECSConfig::configure()
->withPaths([__DIR__ . '/src', __DIR__ . '/tests'])
->withRootFiles();
Do you want to include one of sets from php-cs-fixer?
You can:
use Symplify\EasyCodingStandard\Config\ECSConfig;
return ECSConfig::configure()
->withPaths([__DIR__ . '/src', __DIR__ . '/tests'])
->withPhpCsFixerSets(perCS20: true, doctrineAnnotation: true);
Love the sets of rules, but want to skip single rule or some files?
use Symplify\EasyCodingStandard\Config\ECSConfig;
return ECSConfig::configure()
->withSkip([
// skip single rule
ArraySyntaxFixer::class,
// skip single rule in specific paths
ArraySyntaxFixer::class => [
__DIR__ . '/src/ValueObject/',
],
// skip directory by absolute or * mask
__DIR__ . '/src/Migrations',
// skip directories by mask
__DIR__ . '/src/*/Legacy',
]);
You probably won't use these, but they can give you more control over the internal process:
use Symplify\EasyCodingStandard\Config\ECSConfig;
use Symplify\EasyCodingStandard\ValueObject\Option;
return ECSConfig::configure()
// file extensions to scan
->withFileExtensions(['php'])
// configure cache paths and namespace - useful e.g. Gitlab CI caching, where getcwd() produces always different path
->withCache(
directory: sys_get_temp_dir() . '/_changed_files_detector_tests',
namespace: getcwd() // normalized to directory separator
)
// print contents with specific indent rules
->withSpacing(indentation: Option::INDENTATION_SPACES, lineEnding: PHP_EOL)
// modify parallel run
->withParallel(timeoutSeconds: 120, maxNumberOfProcess: 32, jobSize: 20);
Mentioned values are default ones.
Do you use ECS across variety of project? Do you want to run them always the same way in each of those project? Let's make use of Composer scripts
This command adds 2 handy scripts to your composer.json:
vendor/bin/ecs scripts
Run them always the same way - to check the code:
composer check-cs
To apply fixes, run:
composer fix-cs
You may want to use ECS to generate reports for third-party tooling.
We currently provide formatters for:
console: Human-oriented printing à la PHP CS Fixer.json: A custom JSON blob for arbitrary tooling.junit: JUnit format to be used in different CI environments.checkstyle: Useful for Github Action Reports.gitlab: For Gitlab code quality reports or Code Climate tooling.You can use the output format option as below
vendor/bin/ecs --output-format=checkstyle
For information on how each of these behave, refer to their respective implementations.
vendor/bin/ecs --clear-cache
vendor/bin/ecs list-checkers
Do you look for json format?
vendor/bin/ecs list-checkers --output-format json
.editorconfig?Mostly! By using withEditorConfig(), ECS will automatically discover
the .editorconfig file in the project's root directory. It will use any
rules under [*] or [*.php] (the latter taking priority) and respect the
settings for:
indent_styleend_of_linemax_line_lengthtrim_trailing_whitespaceinsert_final_newlinequote_type
single and auto are respected.These settings will take precedence over similar rules configured through sets
like PSR12, to avoid conflicting with other tooling using your .editorconfig.
Unfortunately, not all settings are currently respected, but PRs are always welcome!
Do you use another tool and want to migrate? It's pretty straightforward - here is "how to":
How can I help you explore Laravel packages today?