北京
“很酷，它发现了23个问题。然后呢？”这是Angular Health Check发布三周后，作者收到的最一致反馈。这个给Angular项目打0到100分的命令行工具，下载量已经超过1200次，但用户显然不满足于只看诊断报告。
仅在发现问题层面停留，这确实不足以让人买单。现在，这款工具交出了直接答案：ahc fix命令正式上线。它能自动修复部分代码问题，而不是继续扔给你一份问题清单然后转身就走。
运行ahc fix . --dry-run时，系统会先展示将要执行的修改列表，例如某个组件缺少OnPush变更检测策略，某个服务文件里残留了调试用的console.log。确认无误后执行正式修复命令，工具才真正动手修改源代码。官方给出的示例显示，一轮扫描就找到了12处可自动修复的项。
这套自动修复目前走的是保守路线，只处理两类明确的问题。其一是缺失OnPush的问题，工具会通过ts-morph进行真实的AST转换，自动插入changeDetection: ChangeDetectionStrategy.OnPush配置以及对应的import语句，不是粗暴的文本替换。其二，清除console.log调试语句，但会保留console.warn和console.error的输出，因为后两者通常是有意为之；如果console.log被用作表达式值，工具也绝不会碰它。
设计上强制要求先做预演再执行修复。命令行还会提醒你，OnPush会改变组件的渲染行为，提交代码前务必认真审查git diff的输出。检测与修复之间刻意留了一步确认，不给你跳过检查直接批量改代码的机会。
另一个实用特性是版本感知能力。扫描器会读取项目package.json里的@angular/core版本，据此决定激活哪些规则。如果检测到Angular 14，关于Signals的规则会自动跳过，因为这项特性需要Angular 16或更高版本。你不会在Angular 14项目里收到关于input()迁移的提示噪音，规则只在你当前版本支持的范围内生效。
工具还内置了现代化检查命令ahc migrate-check .，可以直观看到项目距离现代Angular还有多远。检查报告会逐项列出独立组件覆盖率、Signal输入覆盖率、内置控制流使用率等指标，并标注哪些组件仍在使用默认的变更检测策略。例如示例输出显示，某项目在Angular 18环境下独立组件为15/15全绿，但OnPush变更检测只有13/15，还有两个组件停留在默认模式。
对于持续集成场景，该项目提供了GitHub Action支持。在工作流中加入fail-under参数设定及格线，比如70分，当项目质量低于此阈值时构建就会失败。PR评论区域还会展示相对于基础分支的积分变化，例如“较基础分支降低5分（原本92分）”，让你在合并之前一眼看清本次改动是否拉低了代码质量。
想要尝试的话，完全不需要安装，直接用npx或pnpm dlx就能扫描当前项目。开发者现在面临的问题是：ahc fix接下来应该支持哪些自动修复？trackBy函数的补充？@Input()装饰器向input()信号的迁移？官方的态度很明确——下一批修复能力将根据社区评论区的声音来决定。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
