### Replace Data Value with Object(以對象取代數據值)
你有一筆數據項(data item),需要額外的數據和行為。
將這筆數據項變成一個對象。

**動機(Motivation)**
開發初期,你往往決定以簡單的數據項(data item)表示簡單的行為。但是,隨著開發的進行,你可能會發現,這些簡單數據項不再那么簡單了。比如說,一開始你可能會用一個字符串來表示「電話號碼」概念,但是隨后你就會發現,電話號碼需要「格式化」、「抽取區號」之類的特殊行為。如果這樣的數據項只有一二個,你還可以把相關函數放進數據項所屬的對象里頭;但是Duplication Code臭味和Feature Envy臭味很快就會從代碼中散發出來。當這些臭味開始出現,你就應該將數據值(data value)變成對象(object)。
**作法(Mechanics)**
- 為「待替換數值」新建一個class,在其中聲明一個final值域,其型別和source class中的「待替換數值」型別一樣。然后在新class中加入這個值域的取值函數(getter),再加上一個「接受此值域為參數」的構造函數。
- 編譯。
- 將source class中的「待替換數值值域」的型別改為上述的新建class。
- 修改source class中此一值域的取值函數(getter),令它調用新建class的取值函數。
- 如果source class構造函數中提及這個「待替換值域」(多半是賦值動作),我們就修改構造函數,令它改用新的構造函數來對值域進行賦值動作。
- 修改source class中「待替換值域」的設值函數(setter),令它為新class創建一個實體。
- 編譯,測試。
- 現在,你有可能需要對新class使用 Change Value to Reference。
**范例(Example)**
下面有一個代表「定單」的Order class,其中以一個字符串記錄定單客戶。現在,我希望改以一個對象來表示客戶信息,這樣我就有充裕的彈性保存客戶地址、信用 等級等等信息,也得以安置這些信息的操作行為。Order class最初如下:
~~~
class Order...
public Order (String customer) {
_customer = customer;
}
public String getCustomer() {
return _customer;
}
public void setCustomer(String arg) {
_customer = arg;
}
private String _customer;
~~~
Order class的客戶代碼可能像下面這樣:
~~~
private static int numberOfOrdersFor(Collection orders, String customer) {
int result = 0;
Iterator iter = orders.iterator();
while (iter.hasNext()) {
Order each = (Order) iter.next();
if (each.getCustomerName().equals(customer)) result++;
}
return result;
}
~~~
首先,我要新建一個Customer class來表示「客戶」概念。然后在這個class中建立一個final值域,用以保存一個字符串,這是Order class目前所使用的。我將這個新值域命名為_name,因為這個字符串的用途就是記錄客戶名稱。此外我還要為這個字符串加上取值函數(getter)和構造函數(constructor)。
~~~
class Customer {
public Customer (String name) {
_name = name;
}
public String getName() {
return _name;
}
private final String _name;
}
~~~
現在,我要將Order中的_customer值域的型別修改為Customer;并修改所有引用此一值域的函數,讓它們恰當地改而使用Customer實體。其中取值函數和構造函數的修改都很簡單;至于設值函數(setter),我讓它創建一份Customer實體。
~~~
class Order...
public Order (String customer) {
_customer = new Customer(customer);
}
public String getCustomer() {
return _customer.getName();
}
private Customer _customer;
public void setCustomer(String arg) {
_customer = new Customer(customer);
}
~~~
設值函數需要創建一份Customer實體,這是因為以前的字符串是個實值對象(value object),所以現在的Customer對象也應該是個實值對象。這也就意味每個Order對象都包含自己的一個Customer對象。注意這樣一條規則:實值對象應該是不可修改內容的——這便可以避免一些討厭「別名」(aliasing)錯誤。日后或許我會想讓Customer對象成為引用對象(reference object),但那是另一項重構手法的責任。現在我可以編譯并測試了。
我需要觀察Order class中的_customer值域的操作函數,并作出一些修改,使它更好的反映出修改后的新形勢。對于取值函數,我會使用 Rename Method 改變其名稱,讓它更清晰地表示,它所返回的是消費者名稱,而不是個Customer對象。
~~~
public String getCustomerName() {
return _customer.getName();
}
~~~
至于構造函數和設值函數,我就不必修改其簽名(signature)了,但參數名稱得改:
~~~
public Order (String customerName) {
_customer = new Customer(customerName);
}
public void setCustomer(String customerName) {
_customer = new Customer(customerName);
}
~~~
后續的其他重構也許會讓我添加新的、「接受既有Customer對象作為參數」的構造函數和設值函數。
本次重構到此為止。但是這個案例和其他很多案例一樣,還需要一個后續步驟。如果想在Customer對象中加入信用等級、地址之類的其他信息,現在還做不到,因為目前的Customer還是被作為實值對象(value object)來對待,每個Order對象都擁有自己的Customer對象。為了給Customer class加上信用等級、地址之類的屬性,我必須運用 Change Value to Reference,這樣一來屬于同一客戶的所有Order對象就可以共享同一個Customer對象。馬上你就可以看到這個例子了。
- 譯序 by 侯捷
- 譯序 by 熊節
- 序言
- 前言
- 章節一 重構,第一個案例
- 起點
- 重構的第一步
- 分解并重組statement()
- 運用多態(Polymorphism)取代與價格相關的條件邏輯
- 結語
- 章節二 重構原則
- 何謂重構
- 為何重構
- 「重構」助你找到臭蟲(bugs)
- 何時重構
- 怎么對經理說?
- 重構的難題
- 重構與設計
- 重構與性能(Performance)
- 重構起源何處?
- 章節三 代碼的壞味道
- Duplicated Code(重復的代碼)
- Long Method(過長函數)
- Large Class(過大類)
- Long Parameter List(過長參數列)
- Divergent Change(發散式變化)
- Shotgun Surgery(散彈式修改)
- Feature Envy(依戀情結)
- Data Clumps(數據泥團)
- Primitive Obsession(基本型別偏執)
- Switch Statements(switch驚悚現身)
- Parallel Inheritance Hierarchies(平行繼承體系)
- Lazy Class(冗贅類)
- Speculative Generality(夸夸其談未來性)
- Temporary Field(令人迷惑的暫時值域)
- Message Chains(過度耦合的消息鏈)
- Middle Man(中間轉手人)
- Inappropriate Intimacy(狎昵關系)
- Alternative Classes with Different Interfaces(異曲同工的類)
- Incomplete Library Class(不完美的程序庫類)
- Data Class(純稚的數據類)
- Refused Bequest(被拒絕的遺贈)
- Comments(過多的注釋)
- 章節四 構筑測試體系
- 自我測試代碼的價值
- JUnit測試框架
- 添加更多測試
- 章節五 重構名錄
- 重構的記錄格式
- 尋找引用點
- 這些重構準則有多成熟
- 章節六 重新組織你的函數
- Extract Method(提煉函數)
- Inline Method(將函數內聯化)
- Inline Temp(將臨時變量內聯化)
- Replace Temp with Query(以查詢取代臨時變量)
- Introduce Explaining Variable(引入解釋性變量)
- Split Temporary Variable(剖解臨時變量)
- Remove Assignments to Parameters(移除對參數的賦值動作)
- Replace Method with Method Object(以函數對象取代函數)
- Substitute Algorithm(替換你的算法)
- 章節七 在對象之間搬移特性
- Move Method(搬移函數)
- Move Field(搬移值域)
- Extract Class(提煉類)
- Inline Class(將類內聯化)
- Hide Delegate(隱藏「委托關系」)
- Remove Middle Man(移除中間人)
- Introduce Foreign Method(引入外加函數)
- Introduce Local Extension(引入本地擴展)
- 章節八 重新組織數據
- Self Encapsulate Field(自封裝值域)
- Replace Data Value with Object(以對象取代數據值)
- Change Value to Reference(將實值對象改為引用對象)
- Replace Array with Object(以對象取代數組)
- Replace Array with Object(以對象取代數組)
- Duplicate Observed Data(復制「被監視數據」)
- Change Unidirectional Association to Bidirectional(將單向關聯改為雙向)
- Change Bidirectional Association to Unidirectional(將雙向關聯改為單向)
- Replace Magic Number with Symbolic Constant(以符號常量/字面常量取代魔法數)
- Encapsulate Field(封裝值域)
- Encapsulate Collection(封裝群集)
- Replace Record with Data Class(以數據類取代記錄)
- Replace Type Code with Class(以類取代型別碼)
- Replace Type Code with Subclasses(以子類取代型別碼)
- Replace Type Code with State/Strategy(以State/strategy 取代型別碼)
- Replace Subclass with Fields(以值域取代子類)
- 章節九 簡化條件表達式
- Decompose Conditional(分解條件式)
- Consolidate Conditional Expression(合并條件式)
- Consolidate Duplicate Conditional Fragments(合并重復的條件片段)
- Remove Control Flag(移除控制標記)
- Replace Nested Conditional with Guard Clauses(以衛語句取代嵌套條件式)
- Replace Conditional with Polymorphism(以多態取代條件式)
- Introduce Null Object(引入Null 對象)
- Introduce Assertion(引入斷言)
- 章節十一 處理概括關系
- Pull Up Field(值域上移)
- Pull Up Method(函數上移)
- Pull Up Constructor Body(構造函數本體上移)
- Push Down Method(函數下移)
- Push Down Field(值域下移)
- Extract Subclass(提煉子類)
- Extract Superclass(提煉超類)
- Extract Interface(提煉接口)
- Collapse Hierarchy(折疊繼承關系)
- Form Template Method(塑造模板函數)
- Replace Inheritance with Delegation(以委托取代繼承)
- Replace Delegation with Inheritance(以繼承取代委托)
- 章節十二 大型重構
- 這場游戲的本質
- Tease Apart Inheritance(梳理并分解繼承體系)
- Convert Procedural Design to Objects(將過程化設計轉化為對象設計)
- Separate Domain from Presentation(將領域和表述/顯示分離)
- Extract Hierarchy(提煉繼承體系)
- 章節十三 重構,復用與現實
- 現實的檢驗
- 為什么開發者不愿意重構他們的程序?
- 現實的檢驗(再論)
- 重構的資源和參考資料
- 從重構聯想到軟件復用和技術傳播
- 結語
- 參考文獻
- 章節十四 重構工具
- 使用工具進行重構
- 重構工具的技術標準(Technical Criteria )
- 重構工具的實用標準(Practical Criteria )
- 小結
- 章節十五 集成
- 參考書目