sirbrillig/phpcs-import-detection
Composer 安装命令:
composer require --dev sirbrillig/phpcs-import-detection
包简介
A set of phpcs sniffs to look for unused or unimported symbols.
关键字:
README 文档
README
A set of phpcs sniffs to look for unused or unimported symbols.
This adds a sniff which shows warnings if a symbol (function, constant, class) is used and is not defined directly, imported explicitly, nor has its namespace imported.
Warning
PHP 8 changed how use statements are tokenized, leading to this bug which basically breaks this sniff. This sniff also has fairly poor performance. I don't have time with my current work to continue to refactor this sniff at the moment and I wouldn't recommend it until at least that issue is fixed. If anyone wants to work on improvements, feel free to open a PR!
When code is moved around, it can be problematic if classes which are used in a relative or global context get moved to a different namespace. In those cases it's better if the classes use their fully-qualified namespace, or if they are imported explicitly using use (in which case they can be detected by a linter like this one). These warnings should help when refactoring code to avoid bugs.
It also detects imports which are not being used.
For example:
namespace Vehicles; use Registry; use function Vehicles\startCar; use Chocolate; // this will be a warning because `Chocolate` is never used class Car { public function drive() { startCar(); // this is fine because `startCar` is imported Registry\registerCar($this); // this is fine because `Registry` is imported \DrivingTracker\registerDrive($this); // this is fine because it's fully-qualified goFaster(); // this will be a warning because `goFaster` was not imported } }
Note: This sniff is a lightweight syntax checker providing a scan of the current file and it doesn't know what other files might have defined. Therefore it will warn you about implicitly imported symbols even if they're in the same namespace. It's safe to import something from the same namespace and can even improve readability, but if you'd prefer to scan multiple files, I suggest using static analysis tools like psalm or phpstan.
Installation
To use these rules in a project which is set up using composer, we recommend using the phpcodesniffer-composer-installer library which will automatically use all installed standards in the current project with the composer type phpcodesniffer-standard when you run phpcs.
composer require --dev sirbrillig/phpcs-import-detection dealerdirect/phpcodesniffer-composer-installer
Configuration
When installing sniff standards in a project, you edit a phpcs.xml file with the rule tag inside the ruleset tag. The ref attribute of that tag should specify a standard, category, sniff, or error code to enable. It’s also possible to use these tags to disable or modify certain rules. The official annotated file explains how to do this.
<?xml version="1.0"?> <ruleset name="MyStandard"> <description>My library.</description> <rule ref="ImportDetection"/> </ruleset>
Sniff Codes
There are two sniff codes that are reported by this sniff. Both are warnings.
ImportDetection.Imports.RequireImports.Symbol: A symbol has been used but not importedImportDetection.Imports.RequireImports.Import: A symbol has been imported and not used
In any given file, you can use phpcs comments to disable these sniffs. For example, if you have a global class called MyGlobalClass which you don't want to import, you could use it like this:
<?php $instance = new MyGlobalClass(); // phpcs:ignore ImportDetection.Imports.RequireImports.Symbol -- this class is global $instance->doSomething();
For a whole file, you can ignore a sniff like this:
<?php // phpcs:disable ImportDetection.Imports.RequireImports.Symbol $instance = new MyGlobalClass(); $instance->doSomething();
For a whole project, you can use the phpcs.xml file to disable these sniffs or modify their priority. For example, to disable checks for unused imports, you could use a configuration like this:
<?xml version="1.0"?> <ruleset name="MyStandard"> <description>My library.</description> <rule ref="ImportDetection"/> <rule ref="ImportDetection.Imports.RequireImports.Import"> <severity>0</severity> </rule> </ruleset>
Ignoring Symbol Patterns
Oftentimes there might be global symbols that you want to use without importing or using a fully-qualified path.
(Remember that function call resolution first searches the current namespace, then the global namespace, but constant and class resolution only searches the current namespace! You still have to import things like Exception or use the fully-qualified \Exception.)
You can ignore certain patterns by using the ignoreUnimportedSymbols config option. It is a regular expression. Here is an example for some common WordPress symbols:
<?xml version="1.0"?> <ruleset name="MyStandard"> <description>My library.</description> <rule ref="ImportDetection"/> <rule ref="ImportDetection.Imports.RequireImports"> <properties> <property name="ignoreUnimportedSymbols" value="/^(wp_parse_args|OBJECT\S*|ARRAY_\S+|is_wp_error|__|esc_html__|get_blog_\S+)$/"/> </properties> </rule> </ruleset>
Despite the name, you can also use the ignoreUnimportedSymbols pattern to ignore specific unused imports.
Ignoring Global Symbols in Global Namespace
If a file is in the global namespace, then sometimes it may be unnecessary to import functions that are also global. If you'd like to ignore global symbol use in the global namespace, you can enable the ignoreGlobalsWhenInGlobalScope option, like this:
<?xml version="1.0"?> <ruleset name="MyStandard"> <description>My library.</description> <rule ref="ImportDetection"/> <rule ref="ImportDetection.Imports.RequireImports"> <properties> <property name="ignoreGlobalsWhenInGlobalScope" value="true"/> </properties> </rule> </ruleset>
Ignoring WordPress Patterns
A common use-case is to ignore all the globally available WordPress symbols. Rather than trying to come up with a pattern to ignore them all yourself, you can set the config option ignoreWordPressSymbols which will ignore as many of them as it knows about. For example:
<?xml version="1.0"?> <ruleset name="MyStandard"> <description>My library.</description> <rule ref="ImportDetection"/> <rule ref="ImportDetection.Imports.RequireImports"> <properties> <property name="ignoreWordPressSymbols" value="true"/> </properties> </rule> </ruleset>
Usage
Most editors have a phpcs plugin available, but you can also run phpcs manually. To run phpcs on a file in your project, just use the command-line as follows (the -s causes the sniff code to be shown, which is very important for learning about an error).
vendor/bin/phpcs -s src/MyProject/MyClass.php
See Also
- VariableAnalysis: Find undefined and unused variables.
sirbrillig/phpcs-import-detection 适用场景与选型建议
sirbrillig/phpcs-import-detection 是一款 基于 PHP 开发的 Composer 扩展包,目前已累计 755.62k 次下载、GitHub Stars 达 32, 最近一次更新时间为 2018 年 07 月 09 日, 在 PHP 生态内属于活跃度较高的组件。
它主要适用于以下技术方向: 「static analysis」 「phpcs」 等业务场景。在实际项目中,围绕这些方向常见需要落地的问题包括:接口对接、性能调优、并发安全、与既有框架(Laravel / ThinkPHP / Yii / Webman 等)的兼容适配,以及生产环境的日志埋点与稳定性保障。
我们在过去多个企业项目中使用过 sirbrillig/phpcs-import-detection 或与其功能相近的方案,如果你在选型或落地过程中遇到问题,例如 版本兼容、二次改造、私有化封装、与内部系统对接、生产 BUG 排查,欢迎联系我们协助评估。
基于 sirbrillig/phpcs-import-detection 在你已有业务上做功能扩展、字段裁剪、UI 适配、与内部账号 / 权限 / 日志系统的深度对接。
线上偶发问题、内存泄漏、慢查询、并发异常等排查修复;针对高流量场景做缓存、队列、索引层面的调优。
承接完整的项目从需求 → 设计 → 开发 → 上线 → 长期运维;也可按月提供技术保姆服务。
与 sirbrillig/phpcs-import-detection 相关的其它包
同方向 / 同关键字的高下载量 PHP Composer 包推荐,方便对比选型:
Bookdown.io With Bootswatch Styles And Prism Syntax Highlighting
TwigStan is a static analyzer for Twig templates powered by PHPStan
The coding standard applying to all Youdot PHP projects, based on Doctrine set of PHPCS rules, with additional checks.
CodeSniffer ruleset for the ZettaCMS coding standard
Sentiment analysis library for PHP.
Database Standardization and Analysis Tool for Laravel
统计信息
- 总下载量: 755.62k
- 月度下载量: 0
- 日度下载量: 0
- 收藏数: 32
- 点击次数: 36
- 依赖项目数: 17
- 推荐数: 0
其他信息
- 授权协议: MIT
- 更新时间: 2018-07-09