搬移方法的核心是让方法归属操作数据最多、逻辑最紧密的类；当方法频繁访问另一类字段、多参数来自同一外部对象或逻辑由其状态驱动时应搬移；需通过参数传递解耦，搬后先委托再内联，并验证测试。
搬移方法（Move Method）的核心目的，不是单纯“移动代码”，而是让方法落在它真正归属的类里——也就是它操作数据最多、逻辑最紧密的那个类。当一个方法频繁读写另一个类的字段，或大量依赖另一个类的状态来判断分支，就说明它“站错队”了。这时搬移，能直接切断不必要的变量依赖，让类职责更清晰、调用链更短、后续修改更安全。
看准三个信号：该搬了不用等代码烂到改不动，这几个迹象一出现，就是搬移方法的好时机：方法体内超过一半的变量访问，指向另一个类的字段（比如company.getStatus()、movie.getType()）；
方法参数中，有多个来自同一外部对象（如同时传入company和company.getAddress()）；
方法逻辑完全由外部对象的状态驱动（例如根据电影类型返回不同费用，但方法却在Rental类里）。
搬移时怎么处理变量依赖原方法如果用了源类的字段，不能硬搬。关键在于“解耦”而非“复制”：若只用一两个字段，优先作为参数传入目标类的方法；
若频繁用到源对象的多个状态，就把整个源对象作为参数传过去，让目标方法自己取值；
避免在目标类里新增对源类的字段引用（比如加private Company company），否则只是把耦合从调用处挪到了类结构里。
搬完别忘清理和验证搬移不是终点，而是重构闭环的一部分：原方法不要直接删掉，先改成委托调用（例如return movie.calculate(days);），确保所有调用点仍能跑通；
确认单元测试全部通过，特别是边界情况（如空状态、异常类型）；
等稳定运行一段时间后，再内联原方法——这时才能真正去掉那层间接依赖。
不复杂但容易忽略：搬移方法不是技术操作，而是职责归属的重新判断。每次犹豫要不要搬，其实是在问——这个逻辑，到底属于谁？