### Replace Type Code with Class(以類取代型別碼)
class 之中有一個數值型別碼( numeric type code ),但它并不影響class 的行為。
以一個新的class 替換該數值型別碼(type code)。

**動機(Motivation)**
在以C 為基礎的編程語言中,type code(型別碼)或枚舉值(enumerations)很常見。如果帶著一個有意義的符號名,type code 的可讀性還是不錯的。問題在于,符號名終究只是個別名,編譯器看見的、進行型別檢驗的,還是背后那個數值。任何接受type code 作為引數(argument)的函數,所期望的實際上是一個數值,無法強制使用符號名。這會大大降低代碼的可讀性,從而成為臭蟲之源。
如果把那樣的數值換成一個class ,編譯器就可以對這個class 進行型別檢驗。只要為這個class 提供factory methods ,你就可以始終保證只有合法的實體才會被創建出 來,而且它們都會被傳遞給正確的宿主對象。
但是,在使用Replace Type Code with Class 之前,你應該先考慮type code 的其他替換方式。只有當type code 是純粹數據時(也就是type code 不會在switch 語句中引起行為變化時),你才能以class 來取代它。Java 只能以整數作為switch 語句的「轉轍」依據,不能使用任意class ,因此那種情況下不能夠以class 替換type code 。更重要的是:任何switch 語句都應該運用 Replace Conditional with Polymorphism 去掉。為了進行那樣的重構,你首先必須運用 Replace Type Code with Subclasses 或Replace Type Code with State/Strategy 把type code處理掉。
即使一個type code 不會因其數值的不同而引起行為上的差異,宿主類中的某些行為還是有可能更適合置放于type code class 中,因此你還應該留意是否有必要使用Move Method 將一兩個函數搬過去。
**作法(Mechanics)**
- 為type code 建立一個class 。
- 這個class 內需要一個用以記錄type code 的值域,其型別應該和type code 相同;并應該有對應的取值函數(getter)。此外還應該用一組static 變量保存「允許被創建」的實體,并以一個對static 函數根據原本的type code 返回合適的實體。
- 修改source class 實現碼,讓它使用上述新建的class 。
- 維持原先以type code 為基礎的函數接口,但改變static 值域,以新建的class 產生代碼。然后,修改type code 相關函數,讓它們也從新建的class 中獲取代碼。
- 編譯,測試。
- 此時,新建的class 可以對type code 進行運行期檢查。
- 對于source class 中每一個使用type code 的函數,相應建立一個函數,讓新函數使用新建的class 。
- 你需要建立「以新class 實體為自變量」的函數,用以替換原先「直接以type code 為引數」的函數。你還需要建立一個「返回新class 實體」的函數,用以替換原先「直接返回type code」的函數。建立新函數前,你可以使用Rename Method 修改原函數名稱,明確指出那些函數仍然使用舊式的type code ,這往往是個明智之舉。
- 逐一修改source class 用戶,讓它們使用新接口。
- 每修改一個用戶,編譯并測試。
- 你也可能需要一次性修改多個彼此相關的函數,才能保持這些函數之 間的一致性,才能順利地編譯、測試。
- 刪除「使用type code」的舊接口,并刪除「保存舊type code」的靜態變量。
- 編譯,測試。
**范例(Example)**
每個人都擁有四種血型中的一種。我們以Person 來表示「人」,以其中的type code 表示「血型」:
~~~
class Person {
public static final int O = 0;
public static final int A = 1;
public static final int B = 2;
public static final int AB = 3;
private int _bloodGroup;
public Person (int bloodGroup) {
_bloodGroup = bloodGroup;
}
public void setBloodGroup(int arg) {
_bloodGroup = arg;
}
public int getBloodGroup() {
return _bloodGroup;
}
}
~~~
首先,我建立一個新的BloodGroup class,用以表示「血型」,并在這個實體中保存原本的type code 數值:
~~~
class BloodGroup {
public static final BloodGroup O = new BloodGroup(0);
public static final BloodGroup A = new BloodGroup(1);
public static final BloodGroup B = new BloodGroup(2);
public static final BloodGroup AB = new BloodGroup(3);
private static final BloodGroup[] _values = {O, A, B, AB};
private final int _code;
private BloodGroup (int code ) {
_code = code;
}
public int getCode() {
return _code;
}
public static BloodGroup code(int arg) {
return _values[arg];
}
}
~~~
然后,我把Person 中的type code 改為使用BloodGroup class:
~~~
class Person {
public static final int O = BloodGroup.O.getCode();
public static final int A = BloodGroup.A.getCode();
public static final int B = BloodGroup.B.getCode();
public static final int AB = BloodGroup.AB.getCode();
private BloodGroup _bloodGroup;
public Person (int bloodGroup) {
_bloodGroup = BloodGroup.code(bloodGroup);
}
public int getBloodGroup() {
return _bloodGroup.getCode();
}
public void setBloodGroup(int arg) {
_bloodGroup = BloodGroup.code (arg);
}
}
~~~
現在,我因為BloodGroup class 而擁有了運行期檢驗能力。為了真正從這些改變中獲利,我還必須修改Person 的用戶,讓它們以BloodGroup 對象表示type code,而不再使用整數。
首先,我使用Rename Method 修改type code 訪問函數的名稱,說明當前情況:
~~~
class Person...
public int getBloodGroupCode() {
return _bloodGroup.getCode();
}
~~~
然后我為Person 加入一個新的取值函數(getter),其中使用BloodGroup :
~~~
public BloodGroup getBloodGroup() {
return _bloodGroup;
}
~~~
另外,我還要建立新的構造函數和設值函數(setter),讓它們也使用BloodGroup :
~~~
public Person (BloodGroup bloodGroup ) {
_bloodGroup = bloodGroup;
}
public void setBloodGroup(BloodGroup arg) {
_bloodGroup = arg;
}
~~~
現在,我要繼續處理Person 用戶。此時應該注意,每次只處理一個用戶,這樣才可以保持小步前進。每個用戶需要的修改方式可能不同,這使得修改過程更加棘手。 對Person 的static 變量的所有引用點也需要修改。因此,下列代碼:
~~~
Person thePerson = new Person(Person.A)
~~~
就變成了:
~~~
Person thePerson = new Person(BloodGroup.A);
~~~
「調用取值函數(getter)」必須改為「調用新取值函數」。因此,下列代碼:
~~~
thePerson.getBloodGroupCode()
~~~
變成了 :
~~~
thePerson.getBloodGroup().getCode()
~~~
設值函數(setter)也一樣。因此,下列代碼:
~~~
thePerson.setBloodGroup(Person.AB)
~~~
變成了 :
~~~
thePerson.setBloodGroup(BloodGroup.AB)
~~~
修改完畢Person 的所有用戶之后,我就可以刪掉原本使用整數型別的那些舊的取值函數、構造函數、靜態變量和設值函數了:
~~~
class Person ...
public static final int O = BloodGroup.O.getCode();
public static final int A = BloodGroup.A.getCode();
public static final int B = BloodGroup.B.getCode();
public static final int AB = BloodGroup.AB.getCode();
public Person (int bloodGroup) {
_bloodGroup = BloodGroup.code(bloodGroup);
}
public int getBloodGroup() {
return _bloodGroup.getCode();
}
public void setBloodGroup(int arg) {
_bloodGroup = BloodGroup.code (arg);
}
~~~
我還可以將BloodGroup 中使用整數型別的函數聲明為private (因為再沒有人會使用它們了):
~~~
class BloodGroup...
private int getCode() {
return _code;
}
private static BloodGroup code(int arg) {
return _values[arg];
}
~~~
- 譯序 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 )
- 小結
- 章節十五 集成
- 參考書目