無數次經驗里，我們看到某個函數為了計算某值，從另一個對象那兒調用幾乎半打的取值函數（getting method）。療法顯而易見：把這個函數移至另一個地點。你應該使用Move Method（142）把它移到它該去的地方。有時侯函數中只有一部分受這種依戀之苦，這時候你應該使用Extract Method（110）把這一部分提煉到獨立函數中，再使用Move Method（142）帶它去它的夢中家園。
當然，并非所有情況都這么簡單。一個函數往往會用上數個classes特性，那么它究竟該被置于何處呢？我們的原則是：判斷哪個class擁有最多[被此函數使用]的數據，然后就把這個函數和那些數據擺在一起。如果先以Extract Method（110）將這個函數分解為數個較小函數并分別置放于不同地點，上述步驟也就比較容易完成了。
有數個復雜精巧的模式（patterns）破壞了這個規則。說起這個話題，[四巨頭][Gang of Four]的Strategy和Visitor立刻跳入我的腦海，Kent Beck的Self Delegation[Beck]也在此列。使用這些模式是為了對抗壞味道Divergent Change。最根本的原則是：將總是一起變化的東西放在一塊兒。[數據]和[引用這些數據]的行為總是一起變化的，但也有例外。如果例外出現，我們就搬移那些行為，保持[變化只在一地發生]。Strategy和Visitor使你得以輕松修改函數行為，因為它們將少量需被覆寫（overridden）的行為隔離開來-當然也付出了[多一層間接性]的代價。