搬移方法的核心是让方法归属操作数据最多、逻辑最紧密的类；当方法频繁访问另一类字段、多参数来自同一外部对象或逻辑由其状态驱动时应搬移；需通过参数传递解耦，搬后先委托再内联，并验证测试。

搬移方法（Move Method）的核心目的，不是单纯“移动代码”，而是让方法落在它真正归属的类里——也就是它操作数据最多、逻辑最紧密的那个类。当一个方法频繁读写另一个类的字段，或大量依赖另一个类的状态来判断分支，就说明它“站错队”了。这时搬移，能直接切断不必要的变量依赖，让类职责更清晰、调用链更短、后续修改更安全。

看准三个信号：该搬了

不用等代码烂到改不动，这几个迹象一出现，就是搬移方法的好时机：

• 方法体内超过一半的变量访问，指向另一个类的字段（比如 company.getStatus()、movie.getType()）；
• 方法参数中，有多个来自同一外部对象（如同时传入 company 和 company.getAddress()）；
• 方法逻辑完全由外部对象的状态驱动（例如根据电影类型返回不同费用，但方法却在 Rental 类里）。

搬移时怎么处理变量依赖

原方法如果用了源类的字段，不能硬搬。关键在于“解耦”而非“复制”：

• 若只用一两个字段，优先作为参数传入目标类的方法；
• 若频繁用到源对象的多个状态，就把整个源对象作为参数传过去，让目标方法自己取值；
• 避免在目标类里新增对源类的字段引用（比如加 private Company company），否则只是把耦合从调用处挪到了类结构里。

搬完别忘清理和验证

搬移不是终点，而是重构闭环的一部分：

• 原方法不要直接删掉，先改成委托调用（例如 return movie.calculate(days);），确保所有调用点仍能跑通；
• 确认单元测试全部通过，特别是边界情况（如空状态、异常类型）；
• 等稳定运行一段时间后，再内联原方法——这时才能真正去掉那层间接依赖。

不复杂但容易忽略：搬移方法不是技术操作，而是职责归属的重新判断。每次犹豫要不要搬，其实是在问——这个逻辑，到底属于谁？