### Replace Array with Object(以對象取代數組)
你有一個reference object(引用對象),很小且不可變(immutable),而且不易管理。
將它變成一個value object(實值對象)。

**動機(Motivation)**
正如我在Change Reference to Value 中所說,要在reference object和value object之間做選擇,有時并不容易。作出選擇后,你常會需要一條回頭路。
如果reference object開始變得難以使用,也許你就應該將它改為value object。 reference object必須被某種方式控制,你總是必須向其控制者請求適當的reference object。它們可能造成內存區域之間錯綜復雜的關聯。在分布系統和并發系統中,不可變的value object特別有用,因為你無須考慮它們的同步問題。
value object有一個非常重要的特性:它們應該是不可變的(immutable)。無論何時只要你調用同一對象的同一個查詢函數,你都應該得到同樣結果。如果保證了這一 點,就可以放心地以多個對象表示相同事物(same thing)。如果value object是可變的(mutable),你就必須確保你對某一對象的修改會自動更新其他「代表相同事物」的其他對象。這太痛苦了,與其如此還不如把它變成reference object。
這里有必要澄清一下「不可變(immutable)」的意思。如果你以Money class表示「錢」的概念,其中有「幣種」和「金額」兩條信息,那么Money對象通常是一個不可變的value object。這并非意味你的薪資不能改變,而是意味:如果要改變你的薪資,你需要使用另一個嶄新的Money對象來取代現有的Money對象,而不是在現有的Money對象上修改。你和Money對象之間的關系可以改變,但Money對象自身不能 改變。
譯注:《Practical Java》 by Peter Haggar第6章對于mutable/immutable有深入討論。
**作法(Mechanics)**
- 檢查重構對象是否為immutable(不可變)對象,或是否可修改為不可變對象。
- 如果該對象目前還不是immutable,就使用 Remove Setting Method,直到它成為immutable為止。
- 如果無法將該對象修改為immutable,就放棄使用本項重構。
- 建立equal()和hashCode()。
- 編譯,測試。
- 考慮是否可以刪除factory method,并將構造函數聲明public 。
**范例(Example)**
讓我們從一個表示「貨幣種類」的Currency class開始:
~~~
class Currency...
private String _code;
public String getCode() {
return _code;
}
private Currency (String code) {
_code = code;
}
~~~
這個也所做的就是保存并返回一個貨幣種類代碼。它是一個reference object,所以如果要得到它的一份實體,必須這么做:
~~~
Currency usd = Currency.get("USD");
~~~
Currency class維護一個實體鏈表(list of instances);我不能直接使用構造函數創建實體,因為Currency構造函數是private。
~~~
new Currency("USD").equals(new Currency("USD")) // returns false
~~~
要把一個reference object變成value object,關鍵動作是:檢查它是否為immutable(不可變)。如果不是,我就不能使用本項重構,因為mutable(可變的)value object會造成令人苦惱的別名現象(aliasing)。
在這里,Currency對象是不可變的,所以下一步就是為它定義equals():
~~~
public boolean equals(Object arg) {
if (! (arg instanceof Currency)) return false;
Currency other = (Currency) arg;
return (_code.equals(other._code));
}
~~~
如果我定義equals(),我必須同時定義hashCode()。實現hashCode()有個簡單辦法:讀取equals()使用的所有值域的hash codes;然后對它們進行bitwise xor(^)操作。本例中這很容易實現,因為equals()只使用了一個值域:
~~~
public int hashCode() {
return _code.hashCode();
}
~~~
完成這兩個函數后,我可以編譯并測試。這兩個函數的修改必須同時進行,否則倚賴hashing的任何群集對象(collections,例如HashTable、HashSet和HashMap)可能會產生意外行為。
現在,我想創建多少個等值的Currency對象就創建多少個。我還可以把構造函數聲明為public,直接以構造函數獲取Currency實體,從而去掉Currency class中的factory method和「控制實體創建」的行為。
~~~
new Currency("USD").equals(new Currency("USD")) // now returns true
~~~
- 譯序 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 )
- 小結
- 章節十五 集成
- 參考書目