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