哎,最近一直在河北華為移動項目組做外包,一直也沒有機會寫什么代碼,也沒機會上網(wǎng) ,真的是郁悶死了。 我們在做某一些操作的時候,遇到不同狀態(tài)的時候就會有不同的處理方式。為了判別這些狀態(tài),我們必然會使用大量的if else語句來做狀態(tài)判斷處理。而隨著if else(或switch case)語句的增多,程序的可讀性,擴展性也會變得很弱。維護也會很麻煩,你可能看到過有的代碼中 一個函數(shù)就有n多if語句,代碼甚至超過了上千行。 舉一個例子:我們給一部手機打電話,就可能出現(xiàn)這幾種情況:用戶開機,用戶關(guān)機,用戶欠費停機,用戶消戶等。 所以當我們撥打這個號碼的時候:系統(tǒng)就要判斷,該用戶是否在開機且不忙狀態(tài),又或者是關(guān)機,欠費等狀態(tài)。但不管是那種狀態(tài)我們都應(yīng)給出對應(yīng)的處理操作。下面我們用代碼來模擬一下這個過程。
注意,看看上面的代碼,顯然它已經(jīng)完成了我們的基本業(yè)務(wù)操作,但是,一旦我們有新的狀態(tài)加入的話,我們勢必要在每個業(yè)務(wù)方法里邊增加相應(yīng)的else if語句。所以加入x個狀態(tài)就有可能加入n*x條else if語句,n表示函數(shù)(業(yè)務(wù)方法)的數(shù)量。 狀態(tài)模式:把不同狀態(tài)的操作分散到不同的狀態(tài)對象里去完成。看看狀態(tài)類的uml類圖。 從上圖可以看出,每一個狀態(tài)類都會去處理所有的業(yè)務(wù)方法,根據(jù)他自身的狀態(tài),去讓不同函數(shù)(業(yè)務(wù)方法)作相應(yīng)的不同處理。而我們先前的方式是,在不同的函數(shù)(業(yè)務(wù)方法)里去判斷不同狀態(tài),然后分別對每一個狀態(tài)作不同的處理。很顯然,我們采用狀態(tài)模式的方式在后續(xù)擴張和維護能力上都得到了很大程度提高,比如我們先加入一個狀態(tài),我就只僅僅需要加入一個相應(yīng)的狀態(tài)類就可以了。代碼量也就是實現(xiàn)該狀態(tài)下各個函數(shù)的不同處理過程而已。好,看看實現(xiàn)代碼:
posted on 2008-03-14 13:51 sam.chuan.yang 閱讀(5898) 評論(2) 編輯 收藏 所屬分類: 23設(shè)計模式的理解