如何用代码重构工具批量改造整个项目零基础自动化重构完整指南【免费下载链接】rewriteAutomated mass refactoring of source code.项目地址: https://gitcode.com/gh_mirrors/re/rewrite接手一个老项目时你有没有想过一个问题为什么同样的代码坏味道会在几百个文件里重复出现把一段过时的写法逐个改过来改到第三个文件时你还会认真比对改到第八十个时眼睛已经开始发花。这种体力活正是代码重构工具存在的意义。本文要介绍的 OpenRewrite源码仓库gh_mirrors/re/rewrite项目描述是 Automated mass refactoring of source code就是一个专门干这件事的自动化重构引擎你把规则讲清楚它把整个仓库替你改完。先算一笔账手动改一百个文件到底要多久想象一个真实场景你所在的项目里有四十多处catch (Exception e)后面是空的——异常被捕获后什么都没做日志里安安静静线上出问题时大家只能靠猜。你决定把它们全部补上异常记录。如果靠手改流程是这样的打开文件、定位 catch、写一行日志、保存、下一个……四十个文件每个文件还要先读懂上下文一天就这样没了。更糟的是三天后你发现 QA 报了一个漏网之鱼——有个 catch 嵌套在三层 try 里你改的时候漏掉了。如果交给重构工具呢同样是这个任务对比维度手动改用代码重构工具耗时一整天起步写规则 30 分钟 执行 5 分钟遗漏风险高靠人眼难免漏低规则对每个文件一视同仁可重复性改完就没了规则存档下个项目直接复用可审计性只能靠记忆可以生成完整的改动报告手动改是人肉流水线重构工具是印刷机——同样是生产文字效率差着数量级。这一笔账算完你大概已经能理解为什么大厂都在推行自动化重构了。既然工具这么好不如先花两分钟把它跑起来。两分钟搭好环境先跑一个现成配方验证手感好消息是OpenRewrite 不需要安装任何守护进程或全局命令它就是一个 Gradle 项目clone 下来就能构建。打开终端执行git clone https://gitcode.com/gh_mirrors/re/rewrite cd rewrite ./gradlew :rewrite-core:compileJava第一次运行 Gradle 需要下载依赖请给它一点耐心通常几分钟。构建成功就说明环境就绪。clone 下来的仓库结构很清晰几个关键模块你很快就会用到模块路径干什么用的rewrite-core/核心框架语法树模型、配方基类、执行上下文rewrite-java/Java 语言解析与打印写 Java 配方的主战场rewrite-test/测试断言工具写完配方靠它验证rewrite.yml配方注册文件告诉引擎有哪些配方可用为了确认配方这套机制真的能跑你可以顺手执行一条测试命令比如./gradlew :rewrite-test:test看到 BUILD SUCCESSFUL 的那一刻环境就算验收通过了。下一步我们才进入正题——理解它到底是怎么把代码改对的。这里有个概念要先讲清楚否则后面写配方会一头雾水。把 AST、配方、访问器这三个词讲成人话很多人第一次接触重构工具是被术语吓退的。别怕我们用生活化的比喻把它们一个个拆开。AST抽象语法树——它是看懂代码的眼睛。传统文本替换工具面对代码相当于闭着眼睛找错别字它只知道System这四个字母长什么样不知道System是谁、在哪个类里、有没有被 import。而 OpenRewrite 把源码解析成一棵结构清晰的树类是一个节点方法挂在类下面方法调用挂在方法下面参数又挂在调用下面。就像快递分拣中心的分拣柜每个包裹都有明确的坐标柜子之间还有父子关系。文本替换是找字AST 重构是找结构。Recipe配方——它就是一张标准作业流程单。就像奶茶店的配方卡写着加多少糖、多少冰重构配方写着遇到什么结构改成什么结构。配方是重构的最小单元你可以单独用也可以像搭积木一样把多个配方组合起来。Visitor访问器——它是拿着配方单巡检的分拣员。分拣员沿着分拣柜一层层走经过每一个节点时停下来问一句这单子跟我手上的配方匹配吗匹配就动手改不匹配就继续走。举个直观例子说明语义感知和文本替换的差别假设你要把一个叫Utils的类改名为Helpers。文本替换会老老实实把源码里出现的所有Utils都换掉——包括注释里的Utils 模块说明、字符串里那句please run utils。而基于 AST 的工具只改类名声明和对它的引用注释和字符串里的文字毫发无损。这种只动该动的能力正是自动化重构敢全仓库批量执行的前提。概念到位了我们直接上手写第一个配方。写第一个配方让沉默的 catch开口说话回到开头那个痛点——空 catch 块。我们的目标是写一个配方自动检测所有块体为空的 catch往里面补一条异常记录。给配方起个名字就叫SilentCatchReporter。前置条件配方放在rewrite-java/src/main/java/org/openrewrite/java/cleanup/目录下对应的测试放在rewrite-java/src/test/java/org/openrewrite/java/cleanup/。如果你也想在自己项目里写配方参考这个模块的组织方式即可。实现思路分四步继承配方基类声明getDisplayName()和getDescription()——前者是给人看的名字后者说明它解决什么问题。写一个 Java 访问器重写visitCatch(...)方法这是引擎在每个 catch 节点上的巡检点。判断块体是否为空如果 catch 的大括号里没有任何语句就在开头插入一条记录异常的语句。声明匹配范围比如只处理catch (Exception e)这种宽泛捕获避免误伤。核心逻辑用伪代码表达只有几行visitCatch(Catch c) { if (c.getBody() 中没有语句) { c.getBody().prepend(logger.error(捕获到未处理异常, e)); } }没错难点根本不在于写代码而在于想清楚规则边界什么样的 catch 算沉默要不要保留原有的注释要不要跳过已经 rethrow 的块这些决策才是配方设计的关键。跑完配方效果是这样的// 改造前 try { sendRequest(); } catch (Exception e) { // 异常被吞掉了 } // 改造后 try { sendRequest(); } catch (Exception e) { LOG.error(发送请求失败, e); }注意改造后的语句不是靠字符串拼接硬塞进去的而是真正长在语法树里——缩进、括号、分号都由引擎按格式规则生成不会出现半个括号的尴尬。配方写好了但先别急着对整个仓库执行。配方上线前按这三步顺序跑我见过太多人犯同一个错误配方一写完就全仓库执行结果 diff 出来几百个文件吓得当场回滚。正确的姿势是从小范围到大范围循序渐进先用测试锁定行为。借助rewrite-test模块的断言工具写一个输入源码 → 跑配方 → 断言输出的用例。输入写改造前的代码期望值写改造后的代码跑通就说明规则符合预期。这个环节能拦住九成以上的低级错误。挑一个真实文件单跑。在测试通过后找一个最有代表性的文件手动执行配方肉眼检查 diff。重点看不该动的文件动了吗该动的文件改对了吗格式有没有被破坏在分支上全仓库执行。最后一步才是面向全部源码跑一遍并且把改动留在独立分支上配合代码审查一起合入。这一步的关键词是可回退。自动化重构的底气不是一次改对而是随时能退。只要你留着干净的分支跑错了无非是git checkout的事。新手最容易踩的五个坑与对策写配方的头几天下面这些坑几乎人人都会踩一遍提前知道能省不少时间症状原因对策配方跑了文件纹丝不动配方没有注册/激活检查rewrite.yml和配方声明确认名称拼写无误改完的代码缩进全乱了没有保留原始空白信息用Space/格式保留机制而不是直接重建节点匹配过宽误伤无辜代码方法匹配器写得太大方收窄匹配条件宁可漏改也不误改改了旧结果却一直出现构建缓存作祟先执行 clean 再重跑别怀疑人生diff 太大不敢合入缺少中间审查环节回到上一节的三步走先小范围试跑这些坑大多不是逻辑难题而是对树模型的理解不到位。这也提醒我们写配方和写业务代码是两种思维前者永远要问一句我的规则边界在哪里。进阶路线图从会用配方到会写引擎到此为止你已经能写出并跑通自己的配方了。如果想继续深入仓库里有一份现成的地图可以按图索骥rewrite-core/语法树的根想理解节点怎么存、怎么改、怎么打印从这里开始。rewrite-java/src/main/java/org/openrewrite/java/上百个现成配方是最好的配方写作范例集——看不懂就翻一个类似的抄作业。rewrite-test/断言工具的源码能帮你理解测试配方这件事本身还有哪些玩法。doc/adr/架构决策记录里面写着很多为什么这样设计的来龙去脉比读代码更省力。rewrite.yml配方注册的入口文件看完你就知道一个配方从写出来到被找到之间发生了什么。另外你可能听说过 Moderne 这个名字。它和 OpenRewrite 是什么关系一句话OpenRewrite 是引擎Moderne 是围绕引擎搭建的平台——前者提供本地免费的重构能力后者提供云端调度、大规模分布式执行等企业级能力。这个仓库本身专注于开源引擎部分。接下来你可以这样练手学到这里你的工具箱里已经有一套完整的自动化重构技能了。下一步的练习路径我建议按这个顺序来改一个现成配方从rewrite-java里挑一个最简单的配方改改它的匹配规则观察 diff 变化体会规则边界的威力。精读一棵树随便选一段 Java 代码跟着引擎的打印流程走一遍把代码怎么变成树、又怎么变回代码串成一条线。读一份 ADR从doc/adr/里挑一篇你感兴趣的设计决策看看社区在关键岔路口是怎么取舍的。给社区提交一个配方把你工作中反复手改的坏味道写成一个配方配上测试——你写的每一个配方都可能成为别人明天省下的一天。改一万行代码最快的办法从来不是手速而是让规则替你把第一万行也改对。【免费下载链接】rewriteAutomated mass refactoring of source code.项目地址: https://gitcode.com/gh_mirrors/re/rewrite创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 如何用代码重构工具批量改造整个项目：零基础自动化重构完整指南
如何用代码重构工具批量改造整个项目零基础自动化重构完整指南【免费下载链接】rewriteAutomated mass refactoring of source code.项目地址: https://gitcode.com/gh_mirrors/re/rewrite接手一个老项目时你有没有想过一个问题为什么同样的代码坏味道会在几百个文件里重复出现把一段过时的写法逐个改过来改到第三个文件时你还会认真比对改到第八十个时眼睛已经开始发花。这种体力活正是代码重构工具存在的意义。本文要介绍的 OpenRewrite源码仓库gh_mirrors/re/rewrite项目描述是 Automated mass refactoring of source code就是一个专门干这件事的自动化重构引擎你把规则讲清楚它把整个仓库替你改完。先算一笔账手动改一百个文件到底要多久想象一个真实场景你所在的项目里有四十多处catch (Exception e)后面是空的——异常被捕获后什么都没做日志里安安静静线上出问题时大家只能靠猜。你决定把它们全部补上异常记录。如果靠手改流程是这样的打开文件、定位 catch、写一行日志、保存、下一个……四十个文件每个文件还要先读懂上下文一天就这样没了。更糟的是三天后你发现 QA 报了一个漏网之鱼——有个 catch 嵌套在三层 try 里你改的时候漏掉了。如果交给重构工具呢同样是这个任务对比维度手动改用代码重构工具耗时一整天起步写规则 30 分钟 执行 5 分钟遗漏风险高靠人眼难免漏低规则对每个文件一视同仁可重复性改完就没了规则存档下个项目直接复用可审计性只能靠记忆可以生成完整的改动报告手动改是人肉流水线重构工具是印刷机——同样是生产文字效率差着数量级。这一笔账算完你大概已经能理解为什么大厂都在推行自动化重构了。既然工具这么好不如先花两分钟把它跑起来。两分钟搭好环境先跑一个现成配方验证手感好消息是OpenRewrite 不需要安装任何守护进程或全局命令它就是一个 Gradle 项目clone 下来就能构建。打开终端执行git clone https://gitcode.com/gh_mirrors/re/rewrite cd rewrite ./gradlew :rewrite-core:compileJava第一次运行 Gradle 需要下载依赖请给它一点耐心通常几分钟。构建成功就说明环境就绪。clone 下来的仓库结构很清晰几个关键模块你很快就会用到模块路径干什么用的rewrite-core/核心框架语法树模型、配方基类、执行上下文rewrite-java/Java 语言解析与打印写 Java 配方的主战场rewrite-test/测试断言工具写完配方靠它验证rewrite.yml配方注册文件告诉引擎有哪些配方可用为了确认配方这套机制真的能跑你可以顺手执行一条测试命令比如./gradlew :rewrite-test:test看到 BUILD SUCCESSFUL 的那一刻环境就算验收通过了。下一步我们才进入正题——理解它到底是怎么把代码改对的。这里有个概念要先讲清楚否则后面写配方会一头雾水。把 AST、配方、访问器这三个词讲成人话很多人第一次接触重构工具是被术语吓退的。别怕我们用生活化的比喻把它们一个个拆开。AST抽象语法树——它是看懂代码的眼睛。传统文本替换工具面对代码相当于闭着眼睛找错别字它只知道System这四个字母长什么样不知道System是谁、在哪个类里、有没有被 import。而 OpenRewrite 把源码解析成一棵结构清晰的树类是一个节点方法挂在类下面方法调用挂在方法下面参数又挂在调用下面。就像快递分拣中心的分拣柜每个包裹都有明确的坐标柜子之间还有父子关系。文本替换是找字AST 重构是找结构。Recipe配方——它就是一张标准作业流程单。就像奶茶店的配方卡写着加多少糖、多少冰重构配方写着遇到什么结构改成什么结构。配方是重构的最小单元你可以单独用也可以像搭积木一样把多个配方组合起来。Visitor访问器——它是拿着配方单巡检的分拣员。分拣员沿着分拣柜一层层走经过每一个节点时停下来问一句这单子跟我手上的配方匹配吗匹配就动手改不匹配就继续走。举个直观例子说明语义感知和文本替换的差别假设你要把一个叫Utils的类改名为Helpers。文本替换会老老实实把源码里出现的所有Utils都换掉——包括注释里的Utils 模块说明、字符串里那句please run utils。而基于 AST 的工具只改类名声明和对它的引用注释和字符串里的文字毫发无损。这种只动该动的能力正是自动化重构敢全仓库批量执行的前提。概念到位了我们直接上手写第一个配方。写第一个配方让沉默的 catch开口说话回到开头那个痛点——空 catch 块。我们的目标是写一个配方自动检测所有块体为空的 catch往里面补一条异常记录。给配方起个名字就叫SilentCatchReporter。前置条件配方放在rewrite-java/src/main/java/org/openrewrite/java/cleanup/目录下对应的测试放在rewrite-java/src/test/java/org/openrewrite/java/cleanup/。如果你也想在自己项目里写配方参考这个模块的组织方式即可。实现思路分四步继承配方基类声明getDisplayName()和getDescription()——前者是给人看的名字后者说明它解决什么问题。写一个 Java 访问器重写visitCatch(...)方法这是引擎在每个 catch 节点上的巡检点。判断块体是否为空如果 catch 的大括号里没有任何语句就在开头插入一条记录异常的语句。声明匹配范围比如只处理catch (Exception e)这种宽泛捕获避免误伤。核心逻辑用伪代码表达只有几行visitCatch(Catch c) { if (c.getBody() 中没有语句) { c.getBody().prepend(logger.error(捕获到未处理异常, e)); } }没错难点根本不在于写代码而在于想清楚规则边界什么样的 catch 算沉默要不要保留原有的注释要不要跳过已经 rethrow 的块这些决策才是配方设计的关键。跑完配方效果是这样的// 改造前 try { sendRequest(); } catch (Exception e) { // 异常被吞掉了 } // 改造后 try { sendRequest(); } catch (Exception e) { LOG.error(发送请求失败, e); }注意改造后的语句不是靠字符串拼接硬塞进去的而是真正长在语法树里——缩进、括号、分号都由引擎按格式规则生成不会出现半个括号的尴尬。配方写好了但先别急着对整个仓库执行。配方上线前按这三步顺序跑我见过太多人犯同一个错误配方一写完就全仓库执行结果 diff 出来几百个文件吓得当场回滚。正确的姿势是从小范围到大范围循序渐进先用测试锁定行为。借助rewrite-test模块的断言工具写一个输入源码 → 跑配方 → 断言输出的用例。输入写改造前的代码期望值写改造后的代码跑通就说明规则符合预期。这个环节能拦住九成以上的低级错误。挑一个真实文件单跑。在测试通过后找一个最有代表性的文件手动执行配方肉眼检查 diff。重点看不该动的文件动了吗该动的文件改对了吗格式有没有被破坏在分支上全仓库执行。最后一步才是面向全部源码跑一遍并且把改动留在独立分支上配合代码审查一起合入。这一步的关键词是可回退。自动化重构的底气不是一次改对而是随时能退。只要你留着干净的分支跑错了无非是git checkout的事。新手最容易踩的五个坑与对策写配方的头几天下面这些坑几乎人人都会踩一遍提前知道能省不少时间症状原因对策配方跑了文件纹丝不动配方没有注册/激活检查rewrite.yml和配方声明确认名称拼写无误改完的代码缩进全乱了没有保留原始空白信息用Space/格式保留机制而不是直接重建节点匹配过宽误伤无辜代码方法匹配器写得太大方收窄匹配条件宁可漏改也不误改改了旧结果却一直出现构建缓存作祟先执行 clean 再重跑别怀疑人生diff 太大不敢合入缺少中间审查环节回到上一节的三步走先小范围试跑这些坑大多不是逻辑难题而是对树模型的理解不到位。这也提醒我们写配方和写业务代码是两种思维前者永远要问一句我的规则边界在哪里。进阶路线图从会用配方到会写引擎到此为止你已经能写出并跑通自己的配方了。如果想继续深入仓库里有一份现成的地图可以按图索骥rewrite-core/语法树的根想理解节点怎么存、怎么改、怎么打印从这里开始。rewrite-java/src/main/java/org/openrewrite/java/上百个现成配方是最好的配方写作范例集——看不懂就翻一个类似的抄作业。rewrite-test/断言工具的源码能帮你理解测试配方这件事本身还有哪些玩法。doc/adr/架构决策记录里面写着很多为什么这样设计的来龙去脉比读代码更省力。rewrite.yml配方注册的入口文件看完你就知道一个配方从写出来到被找到之间发生了什么。另外你可能听说过 Moderne 这个名字。它和 OpenRewrite 是什么关系一句话OpenRewrite 是引擎Moderne 是围绕引擎搭建的平台——前者提供本地免费的重构能力后者提供云端调度、大规模分布式执行等企业级能力。这个仓库本身专注于开源引擎部分。接下来你可以这样练手学到这里你的工具箱里已经有一套完整的自动化重构技能了。下一步的练习路径我建议按这个顺序来改一个现成配方从rewrite-java里挑一个最简单的配方改改它的匹配规则观察 diff 变化体会规则边界的威力。精读一棵树随便选一段 Java 代码跟着引擎的打印流程走一遍把代码怎么变成树、又怎么变回代码串成一条线。读一份 ADR从doc/adr/里挑一篇你感兴趣的设计决策看看社区在关键岔路口是怎么取舍的。给社区提交一个配方把你工作中反复手改的坏味道写成一个配方配上测试——你写的每一个配方都可能成为别人明天省下的一天。改一万行代码最快的办法从来不是手速而是让规则替你把第一万行也改对。【免费下载链接】rewriteAutomated mass refactoring of source code.项目地址: https://gitcode.com/gh_mirrors/re/rewrite创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考