在重構(gòu)中對類型編碼有一些專用的重構(gòu)方法，其中有使用類、子類、和狀態(tài)\策略模式三種方式，這里對他們進(jìn)行分析和比較。
說明一下：類型編碼（type code）是一些常量或變量，一般有多個(gè)可能的值；這么說可能還不明白，看下面吧。
首先說使用類來消除類型代碼吧。這種類型代碼，一般都有定義好的常量值，例如血型（A，B，O等），但具體的類行為不會(huì)因?yàn)檫@些編碼值不同而不同，也就是說這些編碼僅僅作為類的一個(gè)信息的反映吧。不過還的對這些類型進(jìn)行設(shè)置和查詢，其作為參數(shù)存在的時(shí)候，我們可能提供定義的別名（const int A = 0;）來作為參數(shù)，但編譯器處理的時(shí)候可能還是按照數(shù)值來的（#define 0 A）或者頂多提示變量的名稱，但我們也許不清楚錯(cuò)誤的來源，如果使用一個(gè)單獨(dú)的類將這些值作為類的靜態(tài)成員封裝起來使用，那么使用的時(shí)候就有完整的名稱來標(biāo)示了，例如：BloodGroup::A，這個(gè)比單獨(dú)的一個(gè)A好理解，另外如果編譯器報(bào)錯(cuò)，也會(huì)定位到BloodGroup類了。總之我覺得這種重構(gòu)手法是為了增加代碼的可讀性，記住適合的條件：不影響類的行為。
那么第二種就是影響類的行為的類型代碼了。比如下面的代碼：
if(a =1) ...; else if....
switch(i){case 1:; case 2:;...}
可以看的出來，這種情況的類型代碼已經(jīng)對我們的類帶來不同的行為，而我們也發(fā)現(xiàn)類型編碼的值在運(yùn)行的時(shí)候是不變化的，這個(gè)時(shí)候面向?qū)ο蟮囊淮筇匦远鄳B(tài)就有幫助了。我們?yōu)樵擃惤⒆宇悾瑢⑹褂玫皆擃愋途幋a的方法設(shè)置為虛方法，在子類中進(jìn)行各自不同的實(shí)現(xiàn)。這里有個(gè)問題，就是條件判斷會(huì)在某個(gè)地方存在，但子類話的好處有多個(gè)：首先符合面向?qū)ο蟮乃枷耄浯挝覀冎恍枰谝粋€(gè)地方判斷條件，如果不這樣，我們可能到處都要判斷條件；最后就是對子類的修改不影響其他子類的行為。
好了，如果類型代碼對類的行為產(chǎn)生影響而且其自身的狀態(tài)也在生存期變化，這個(gè)時(shí)候就該使用第三種方法了：狀態(tài)或策略模式，這兩個(gè)模式說明的很清楚，專門對付多條件和狀態(tài)變化的情況。這個(gè)時(shí)候原來的擁有一個(gè)對象成員，該對象是一個(gè)指向某種子類的指針或引用，這個(gè)指針在運(yùn)行期是可變的，從而達(dá)到不改變原對象的本身類型來滿足需求。例如：員工有許多級別，不同級別有不同的行為，而員工的級別是可以改變的。我們將級別作為員工的一個(gè)屬性，通過改變級別指向不同的級別子類來得到改變員工身份和行為需要。其實(shí)，在按照狀態(tài)/策略模式重構(gòu)后，還可以對齊進(jìn)行多態(tài)的重構(gòu)。
另外，對于避免switch的情況生成不同的子類，需要建立一個(gè)查詢表，提供類型編碼查詢得到生成子類的名稱，最后根據(jù)類型的名稱來得到生成該子類對象（我知道JAVA可以實(shí)現(xiàn)），這樣可以保證代碼更靈活，但總是需要有一個(gè)地方做對應(yīng)，不過比在代碼中做對應(yīng)要好些。
好了，具體的還的看書，這里只是簡單的介紹。