如何在JetBrains WebStorm中对全项目运行‘Change ES6 import’重构功能

首先可以批量运行，但操作前必须做两个前置检查：

• 先把当前所有未提交的改动全部提交到Git等版本管理工具，留好完整的回滚节点，避免重构出问题后无法恢复代码
• 先选择3-5个有代表性的文件做小范围测试，确认重构逻辑不会误改非目标导入：比如确认只有从你之前设置的重导出入口引入的语句会被修改，其他正常的第三方包、本地模块导入都不受影响。

如果测试下来修改结果符合预期，就可以全量选择项目内所有JS/TS相关文件执行批量重构。如果工具不支持一次性全量操作，也可以按目录分批执行，降低排查错误的成本。

如果工具的重构功能不符合你的需求，也可以选下面几种更灵活的方案：

• 全局正则查找替换：适合导入规则非常统一的场景。比如所有旧导入都是import { xx } from '旧重导出包名'的格式，你可以写正则匹配捕获导入的模块名，批量替换成指向新包的导入路径，替换完再用编辑器的「组织导入」功能清理重复、无效的导入即可。
• AST代码转换脚本：适合导入规则复杂的场景。可以用jscodeshift这类AST处理工具写几十行的小转换脚本：遍历所有文件的导入语句，识别目标重导出入口的导入，把每个导入的模块按预设的映射规则替换成新的导入路径，再自动写入文件。这种方式逻辑完全可控，不会误改其他代码，适合大项目的批量重构。
• 渐进式替换：如果项目迭代节奏紧张，完全可以暂时保留现有的重导出逻辑，重导出本身对运行时性能的影响几乎可以忽略。后续做业务需求修改文件的时候，碰到旧的导入路径顺便改成新路径即可，不用专门抽时间做全量重构，也不会影响业务迭代。

内容的提问来源于stack exchange，提问作者gdbdable