GitHub Copilot策略模式实战：精简If-Else代码

先聊一个很现实的场景：你手里有一段if-else代码，七拐八绕的分支逻辑，看着就头大，想重构但又怕改出bug。这时候，如果能交给Copilot，在它理解上下文的前提下自动完成向策略模式的迁移，就成了很自然的诉求。

但这里有前提。打开目标Python文件，找到那段待重构的if-else块——在此之前，请务必确认该代码段已有单元测试覆盖。没有测试护体，不要直接把if-else交给Copilot去动，这是条底线。

在VS Code里，右键选中整个if-else结构（包括所有elif和else分支），选中范围要精准，别带多余的空白行或注释，避免Copilot抓取到无关信息影响判断。按下Ctrl+i调出Inline Chat，输入指令：/refactor to strategy pattern。Copilot会先扫描分支条件字段（比如payment_type、status这类字段），判断是否为有限的枚举值，然后再决定是否启用策略映射方案。

让Copilot生成策略类骨架

这里有两种方式。

第一种：用自然语言指令直接触发完整的策略封装。在Inline Chat中输入：Convert this if-else chain into a strategy pattern using classes. Each branch should become a Strategy subclass with a `execute()` method. Use a context class to hold and run the selected strategy.

Copilot会生成三个部分：一个抽象的Strategy基类、若干个具体策略子类（比如WechatPaymentStrategy），以及一个PaymentContext调度类。它会自动提取原本if条件中的字面量（例如"wechat"）作为策略注册的键值。

第二种：用枚举+Lambda实现轻量级策略映射，适合分支较少、逻辑简单的情况。输入指令：Refactor using enum with lambda handlers instead of classes。Copilot会输出一个带__call__方法的枚举，每个成员绑定一个匿名函数，调用时直接写PaymentMethod.WECHAT(order)即可。

但得注意：这种方式不支持运行时动态注册新策略，只适用于分支数量稳定且没有继承需求的场景。

执行重构并验证行为一致性

第一步：点击Copilot生成结果中的“Insert at cursor”按钮，把新策略代码插入到原if-else代码块的上方空白处。

第二步：回到原if-else所在位置，删除整段旧逻辑，在原地手写调度代码。大致就是：strategy = PaymentContext.get_strategy(payment_type); strategy.execute(order)。

第三步：运行所有相关的单元测试。如果某个测试失败了，立即回退——Copilot可能误判了某个elif的隐含优先级或空值处理逻辑。

第四步：检查生成的策略类是否都继承自同一个基类，是否完整覆盖了原if-else的所有分支（包括最后的else分支）。这一点容易遗漏——Copilot有时会忘了生成fallback分支，需要人工补上一个DefaultStrategy，并把它注册为字典的缺省值。