安全重构原则：
1. 先添加测试，再重构
2. 小步前进：每次只做一个小改动
3. 频繁运行测试：确认每步都安全
4. 保持功能不变：重构不是添加功能
5. 回退能力：如果出错能快速恢复

应该重构的信号：
- 需要添加新功能但代码难以修改
- 修复 bug 时发现代码结构混乱
- 代码审查中发现重复代码
- 性能问题需要优化

不应该重构的情况：
- 代码即将被废弃
- 没有测试且无法添加测试
- 时间紧迫且风险太高

// 策略1：童子军规则
// "让营地比你发现时更干净"
// 每次修改代码时，顺手改善一小部分

// 策略2：绞杀者模式
// 逐步用新代码替换旧代码
public class OrderService {
    private LegacyOrderProcessor legacy;
    private NewOrderProcessor modern;
    
    public void process(Order order) {
        if (canHandleModern(order)) {
            modern.process(order);    // 新路径
        } else {
            legacy.process(order);    // 旧路径
        }
    }
}

// 策略3：分支抽象
// 将变化点抽象出来
public class PriceCalculator {
    public double calculate(Order order) {
        double base = calculateBase(order);
        double discount = calculateDiscount(order);    // 抽象点
        return base - discount;
    }
}

遗留代码中的危险信号：
1. 超长方法（>50行）
2. 超大类（>500行）
3. 深层嵌套（>3层 if/for）
4. 重复代码
5. 魔法数字
6. 过长的参数列表
7. 全局变量
8. 硬编码的依赖

// 遗留代码：500 行的 processOrder 方法
public void processOrder(Order order) {
    // 验证
    // 计算价格
    // 检查库存
    // 创建支付
    // 发送通知
    // 更新统计
    // ...
}

// 第一步：提取注释标记的段落
public void processOrder(Order order) {
    // === 验证 ===
    validateOrder(order);
    
    // === 计算价格 ===
    double price = calculatePrice(order);
    
    // === 检查库存 ===
    checkInventory(order);
    
    // === 创建支付 ===
    Payment payment = createPayment(order, price);
    
    // === 发送通知 ===
    sendNotification(order, payment);
    
    // === 更新统计 ===
    updateStatistics(order);
}

// 第二步：逐步提取为独立方法
// 每提取一个方法就运行测试