在重構(gòu)中對(duì)類型編碼有一些專用的重構(gòu)方法，其中有使用類、子類、和狀態(tài)\策略模式三種方式，這里對(duì)他們進(jìn)行分析和比較。

說(shuō)明一下：類型編碼（type code）是一些常量或變量，一般有多個(gè)可能的值；這么說(shuō)可能還不明白，看下面吧。

首先說(shuō)使用類來(lái)消除類型代碼吧。這種類型代碼，一般都有定義好的常量值，例如血型（A，B，O等），但具體的類行為不會(huì)因?yàn)檫@些編碼值不同而不同，也就是說(shuō)這些編碼僅僅作為類的一個(gè)信息的反映吧。不過(guò)還的對(duì)這些類型進(jìn)行設(shè)置和查詢，其作為參數(shù)存在的時(shí)候，我們可能提供定義的別名（const int A = 0;）來(lái)作為參數(shù)，但編譯器處理的時(shí)候可能還是按照數(shù)值來(lái)的（#define  0 A）或者頂多提示變量的名稱，但我們也許不清楚錯(cuò)誤的來(lái)源，如果使用一個(gè)單獨(dú)的類將這些值作為類的靜態(tài)成員封裝起來(lái)使用，那么使用的時(shí)候就有完整的名稱來(lái)標(biāo)示了，例如：BloodGroup::A，這個(gè)比單獨(dú)的一個(gè)A好理解，另外如果編譯器報(bào)錯(cuò)，也會(huì)定位到BloodGroup類了。總之我覺(jué)得這種重構(gòu)手法是為了增加代碼的可讀性，記住適合的條件：不影響類的行為。

那么第二種就是影響類的行為的類型代碼了。比如下面的代碼：

if(a =1) ...; else  if....

switch(i){case 1:; case 2:;...}

可以看的出來(lái)，這種情況的類型代碼已經(jīng)對(duì)我們的類帶來(lái)不同的行為，而我們也發(fā)現(xiàn)類型編碼的值在運(yùn)行的時(shí)候是不變化的，這個(gè)時(shí)候面向?qū)ο蟮囊淮筇匦远鄳B(tài)就有幫助了。我們?yōu)樵擃惤⒆宇悾瑢⑹褂玫皆擃愋途幋a的方法設(shè)置為虛方法，在子類中進(jìn)行各自不同的實(shí)現(xiàn)。這里有個(gè)問(wèn)題，就是條件判斷會(huì)在某個(gè)地方存在，但子類話的好處有多個(gè)：首先符合面向?qū)ο蟮乃枷耄浯挝覀冎恍枰谝粋€(gè)地方判斷條件，如果不這樣，我們可能到處都要判斷條件；最后就是對(duì)子類的修改不影響其他子類的行為。

好了，如果類型代碼對(duì)類的行為產(chǎn)生影響而且其自身的狀態(tài)也在生存期變化，這個(gè)時(shí)候就該使用第三種方法了：狀態(tài)或策略模式，這兩個(gè)模式說(shuō)明的很清楚，專門對(duì)付多條件和狀態(tài)變化的情況。這個(gè)時(shí)候原來(lái)的擁有一個(gè)對(duì)象成員，該對(duì)象是一個(gè)指向某種子類的指針或引用，這個(gè)指針在運(yùn)行期是可變的，從而達(dá)到不改變?cè)瓕?duì)象的本身類型來(lái)滿足需求。例如：?jiǎn)T工有許多級(jí)別，不同級(jí)別有不同的行為，而員工的級(jí)別是可以改變的。我們將級(jí)別作為員工的一個(gè)屬性，通過(guò)改變級(jí)別指向不同的級(jí)別子類來(lái)得到改變員工身份和行為需要。其實(shí)，在按照狀態(tài)/策略模式重構(gòu)后，還可以對(duì)齊進(jìn)行多態(tài)的重構(gòu)。

另外，對(duì)于避免switch的情況生成不同的子類，需要建立一個(gè)查詢表，提供類型編碼查詢得到生成子類的名稱，最后根據(jù)類型的名稱來(lái)得到生成該子類對(duì)象（我知道JAVA可以實(shí)現(xiàn)），這樣可以保證代碼更靈活，但總是需要有一個(gè)地方做對(duì)應(yīng)，不過(guò)比在代碼中做對(duì)應(yīng)要好些。

好了，具體的還的看書(shū)，這里只是簡(jiǎn)單的介紹。