ChatGPT辅助代码重构：基于设计模式优化的7个核心步骤

要让ChatGPT有效地辅助代码重构，你需要提供完整的类源码、清晰的痛点描述以及分步的操作指南。这样我们才能引导它根据SOLID原则来识别代码缺陷、匹配合适的设计模式，最终输出一套可直接落地的重构方案，同时还能帮你验证职责边界并生成配套的测试用例。

当你把一个类的全部代码交给ChatGPT，并希望获得符合设计模式原则的重构建议时，关键是确保你的输入包含了完整可读的类结构、清晰的职责描述以及当前存在的具体问题。以下是实现这一目标的具体操作路径：

一、提供带上下文的完整类代码与明确指令

ChatGPT无法主动访问你的文件，也无法理解模糊的描述。你必须明确地粘贴类的全部源代码（包括字段、方法、构造器、注释），并附上清晰的优化诉求。缺失其中任何一项，都可能导致给出的建议偏离你实际的架构意图。

1、复制整个类的源代码，包括 package 声明、import 语句、所有成员变量与方法体。

2、在代码前添加一段说明文字，例如：“这是一个处理订单状态流转的 OrderProcessor 类，当前存在条件逻辑臃肿、违反了开闭原则等问题，请根据策略模式与单一职责原则提出重构方案。”

3、避免只写“请优化这个类”，必须指出具体关注点，如**违反里氏替换原则的方法重载**、**重复出现的状态判断分支**或**紧耦合的第三方 API 调用嵌入业务逻辑**。

二、分步引导模型识别设计缺陷

直接请求“按设计模式优化”容易导致泛化的输出。我们应将其分解为识别——归类——映射三个阶段指令，促使模型聚焦于可验证的结构问题。

1、先要求模型逐行分析：“请逐个指出该类中违反 SOLID 原则的具体位置，并标注对应原则缩写（如 SRP、OCP）。”

2、再指定归类：“请将所有违反 OCP 的 if-else 或 switch 分支，按所涉业务状态维度分组，例如‘支付状态变更’‘物流状态变更’。”

3、最后触发模式匹配：“针对‘支付状态变更’这一组，给出策略模式实现草案，包括抽象策略接口、具体策略类名、上下文类调整方式。”

三、约束输出格式以获取可落地的重构项

默认响应可能混杂解释性文字与伪代码，我们需要强制限定结构，确保每条建议都包含可执行元素：新类名、接口签名、迁移路径。

1、在指令末尾添加：“请严格按以下格式输出每条建议：① 原问题代码片段（精确到行号范围）；② 重构后新增/修改的类或接口全限定名；③ 关键方法签名（含参数与返回类型）；④ 原类中需删除或标记为 @Deprecated 的方法名。”

2、若原类含静态工具方法，追加要求：“若某静态方法可被提取为独立策略或工厂组件，请明确其新归属包路径，例如 com.example.order.strategy.PaymentValidator。”

3、对依赖注入场景，强调：“所有新建策略类不得含 new 关键字实例化，须通过构造器参数或 Setter 注入其依赖对象。”

四、验证重构后职责边界是否清晰

模型可能生成语法正确但职责仍交叉的代码。我们需要主动要求其绘制职责映射表，暴露隐性耦合。

1、发出指令：“请制作一张表格，左列为原类中的每个 public 方法，右列为该方法在重构后实际调用的顶层组件（如 Strategy 实例、Factory 返回对象、Observer 监听器），若调用链超过两层则展开至最终执行单元。”

2、检查表格中是否存在某方法同时调用**支付策略**与**库存校验服务**——这表明未完成关注点分离，需进一步拆分。

3、对表格中标记为“直接调用”的项，要求模型说明：“此处为何不引入门面（Facade）统一协调？请给出引入后的接口方法签名及调用方式变更示例。”

五、生成配套测试用例锚点

重构若无测试覆盖即不可信。需驱动模型同步产出验证锚点，锁定行为一致性。

1、指令中加入：“针对每个被替换的条件分支，请生成一个 JUnit 5 测试方法名，命名规则为 test[原分支触发条件]_then[预期结果]，例如 testWhenPaymentStatusIsRefunded_thenOrderStateBecomesCancelled。”

2、要求列出每个测试方法需 mock 的三个最顶层依赖，例如 “Mockito.mock(PaymentGateway.class)”、“Mockito.mock(InventoryService.class)”、“Mockito.mock(NotificationPublisher.class)”。

3、对新增策略类，强制输出：“该策略类的最小完备测试集应覆盖其 execute() 方法的全部输入组合，若含枚举参数，请枚举所有值并标注对应测试方法名。”