31 天重構學習筆記29 去除中間人物件

摘要：由於最近在做重構的專案，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2023年 10月份，由於當時沒有訂閱

sean chambers的blog，所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺，因為這些基本上專案都在使用，只是我們沒有專門把它標示和整理出來，所以也沒有引起多大的重視。現在突然接手這個重構專案，由於團隊成員技術和經驗參差不齊，所以有必要專門整理乙個重構的綱要，當然這個系列也非常適合做新系統的**規範參考，只要有**的地方，這個重構規範就很有價值。週末也不想出去閒逛，因為在剛到這個美麗的城市，沒有親戚或者朋友，所以才能靜下心來兩天時間寫完這個重構參考規範。同時也感受了windows live writer寫文章的快感。當然重構的整體架構得另當別論（整體架構在我的這篇文章有專門的講解（

大的架構設計好了以後，這些重構細節點就成了東風之後的大火，對整個專案也是至關重要。31天重構這個系列和《**大全》、《重構：改善既有**的設計》比較起來最大的特點就是比較簡單、淺顯易懂。那麼我這些文章也都是學習sean chambers的31天重構的筆記整理，所以如果大家對這個筆記有任何異議也可以指出。

具體也可以通過

查看原文。

概念：本文中的」去除中間人物件」是指把在中間關聯而不起任何其他作用的類移除，讓有關係的兩個類直接進行互動。

正文：有些時候在我們的**會存在一些」幽靈類「，設計模式大師fowler稱它們為「中間人」類，「中間人」類除了呼叫別的物件之外不做任何事情，所以「中間人」類沒有存在的必要，我們可以將它們從**中刪除，從而讓互動的兩個類直接關聯。

如下**所示，

consumer 類要得到

accountdataprovider 的資料，但中間介入了沒起任何作用的

accountmanager 類來關聯，所以我們應當移除。

using lostechies.daysofrefactoring.pullupfield.after;
namespace lostechies.daysofrefactoring.samplecode.removemiddleman.before
public consumer(accountmanager accountmanager)
public void get(int id)
}public class 
accountmanager
public accountmanager(accountdataprovider dataprovider)
public account getaccount(int id)
}public class 
accountdataprovider
}}

重構後的**如下所示，consumer 和accountdataprovider 直接進行關聯，這樣**就簡單了。

using lostechies.daysofrefactoring.pullupfield.after;
namespace lostechies.daysofrefactoring.samplecode.removemiddleman.after
public consumer(accountdataprovider dataprovider)
public void get(int id)
}public class 
accountdataprovider
}}

總結：」去除中間人物件「很多時候都會很有作用，尤其是在誤用設計模式的**中最容易見到，設計模式中的介面卡模式和**模式等都用中間的類是兩者進行關聯，這是比較合理的，因為中間類做了很多事情，而對於沒有任何作用的中間類應該移除。

31 天重構學習筆記29 去除中間人物件

31天重構學習筆記29 去除中間人物件

31 天重構學習筆記27 去除上帝類

31 天重構學習筆記27 去除上帝類

31 天重構學習筆記29 去除中間人物件

31天重構學習筆記29 去除中間人物件

31 天重構學習筆記27 去除上帝類

31 天重構學習筆記27 去除上帝類

相關推薦