在重構中對類型編碼有一些專用的重構方法，其中有使用類、子類、和狀態\策略模式三種方式，這里對他們進行分析和比較。
說明一下：類型編碼（type code）是一些常量或變量，一般有多個可能的值；這么說可能還不明白，看下面吧。
首先說使用類來消除類型代碼吧。這種類型代碼，一般都有定義好的常量值，例如血型（A，B，O等），但具體的類行為不會因為這些編碼值不同而不同，也就是說這些編碼僅僅作為類的一個信息的反映吧。不過還的對這些類型進行設置和查詢，其作為參數存在的時候，我們可能提供定義的別名（const int A = 0;）來作為參數，但編譯器處理的時候可能還是按照數值來的（#define 0 A）或者頂多提示變量的名稱，但我們也許不清楚錯誤的來源，如果使用一個單獨的類將這些值作為類的靜態成員封裝起來使用，那么使用的時候就有完整的名稱來標示了，例如：BloodGroup::A，這個比單獨的一個A好理解，另外如果編譯器報錯，也會定位到BloodGroup類了。總之我覺得這種重構手法是為了增加代碼的可讀性，記住適合的條件：不影響類的行為。
那么第二種就是影響類的行為的類型代碼了。比如下面的代碼：
if(a =1) ...; else if....
switch(i){case 1:; case 2:;...}
可以看的出來，這種情況的類型代碼已經對我們的類帶來不同的行為，而我們也發現類型編碼的值在運行的時候是不變化的，這個時候面向對象的一大特性多態就有幫助了。我們為該類建立子類，將使用到該類型編碼的方法設置為虛方法，在子類中進行各自不同的實現。這里有個問題，就是條件判斷會在某個地方存在，但子類話的好處有多個：首先符合面向對象的思想，其次我們只需要在一個地方判斷條件，如果不這樣，我們可能到處都要判斷條件；最后就是對子類的修改不影響其他子類的行為。
好了，如果類型代碼對類的行為產生影響而且其自身的狀態也在生存期變化，這個時候就該使用第三種方法了：狀態或策略模式，這兩個模式說明的很清楚，專門對付多條件和狀態變化的情況。這個時候原來的擁有一個對象成員，該對象是一個指向某種子類的指針或引用，這個指針在運行期是可變的，從而達到不改變原對象的本身類型來滿足需求。例如：員工有許多級別，不同級別有不同的行為，而員工的級別是可以改變的。我們將級別作為員工的一個屬性，通過改變級別指向不同的級別子類來得到改變員工身份和行為需要。其實，在按照狀態/策略模式重構后，還可以對齊進行多態的重構。
另外，對于避免switch的情況生成不同的子類，需要建立一個查詢表，提供類型編碼查詢得到生成子類的名稱，最后根據類型的名稱來得到生成該子類對象（我知道JAVA可以實現），這樣可以保證代碼更靈活，但總是需要有一個地方做對應，不過比在代碼中做對應要好些。
好了，具體的還的看書，這里只是簡單的介紹。