5、重構(gòu)數(shù)據(jù)庫訪問代碼

我們原來在開發(fā)過程當(dāng)中，常常要求對有關(guān)數(shù)據(jù)庫的操作進行一些封裝，并把它們獨立為一個DAL層。DAL層其實就是一種和持久層的交互媒介。通過這種分層方式，開發(fā)者往往只需要修改DAL層的代碼就可以滿足變更，而不用重寫整個應(yīng)用系統(tǒng)。

伴隨著敏捷方法和大型重構(gòu)的出現(xiàn)，DAL的優(yōu)勢又一次得到了有力的證明：對于那些有關(guān)數(shù)據(jù)庫架構(gòu)的修改所帶來的影響只會被限制在DAL層。也只有這樣，我們才能夠讓我們后續(xù)的工作足夠的少。下圖給出了這樣一種分層結(jié)構(gòu)：

5.1同步修改數(shù)據(jù)庫模式和數(shù)據(jù)庫訪問代碼

總體來說，應(yīng)用系統(tǒng)之所以要保存數(shù)據(jù)，是為了在之后在讀出它們。

當(dāng)和關(guān)系數(shù)據(jù)庫整合的時候，你就不得不創(chuàng)建一些冗余的數(shù)據(jù)類。業(yè)務(wù)對象作為數(shù)據(jù)類需要和數(shù)據(jù)庫中的數(shù)據(jù)進行對應(yīng)。所以一旦重構(gòu)這些業(yè)務(wù)對象，就不得不同時修改數(shù)據(jù)庫和應(yīng)用系統(tǒng)。

這就意味著，在重構(gòu)過程中，有四個潛在的地方可能需要修改：

1、有關(guān)這些業(yè)務(wù)對象的數(shù)據(jù)庫模式。

2、應(yīng)用程序中定義這些業(yè)務(wù)對象的類。

3、從數(shù)據(jù)庫讀入數(shù)據(jù)，并將數(shù)據(jù)裝入業(yè)務(wù)對象的代碼。

4、把業(yè)務(wù)對象的數(shù)據(jù)持久化到數(shù)據(jù)庫中的代碼。

大體上，讀和寫數(shù)據(jù)作為直接和業(yè)務(wù)對象有關(guān)的操作，可以任意的放置在系統(tǒng)的任意地方。而一個設(shè)計精良的系統(tǒng)至少會保證有關(guān)某一個業(yè)務(wù)對象的持久化操作只會出現(xiàn)在特定的地方。然而不幸的是，在從數(shù)據(jù)庫讀取業(yè)務(wù)對象的數(shù)據(jù)的時候，你就往往不能夠保證這一點了，因為處于一些數(shù)據(jù)展示方面的要求，有可能會通過連接操作一次性的載入多個對象。

最為常見的重構(gòu)業(yè)務(wù)對象的流程為：

1、以增量形式修改數(shù)據(jù)表：

總是添加新的字段；

要刪除的字段在代碼中仍然保留，但是被標(biāo)記為“ 過時”；

通過復(fù)制來修改字段，老的字段被標(biāo)記為“過時”。

2、為新的字段指派合適的默認(rèn)值。

3、在修改業(yè)務(wù)對象的時候，要確保新添加字段的數(shù)據(jù)能夠被保存到業(yè)務(wù)對象中來，同時那些被聲明為“過時”的字段仍然能夠被提交而不會在運行過程中出現(xiàn)錯誤；如果必要的話，把那些確實要丟棄的字段聲明為“過時”。

4、所有數(shù)據(jù)的持久化操作必須接受新字段；

5、所有數(shù)據(jù)的裝載操作都必須確保這些新添字段的數(shù)據(jù)能夠讀入；所有對那些過時字段進行訪問的讀操作都應(yīng)當(dāng)被淘汰掉。

6、所有的數(shù)據(jù)持久化操作除去那些對過時字段的寫操作。

7、過時的字段從數(shù)據(jù)庫中刪除；

8、過時的字段從業(yè)務(wù)對象中刪除。

當(dāng)然上面這些操作并不是一個通用的操作，他不一定適用于所有的情形。對于特定的重構(gòu)，這些操作往往需要作出修改。

現(xiàn)在假設(shè)我們希望為我們的客戶對象添加一個“國家”的字段（也許在以前，我們只接待德國的客戶，而現(xiàn)在我們的業(yè)務(wù)擴展到了全世界）。為了達(dá)到這個目的，我們將會首先引入新的字段到類Customer中。這里我們把G（Germany）作為默認(rèn)值來保存。到現(xiàn)在為止，這個字段既不會被寫，也不會被讀。

現(xiàn)在繼續(xù)下一步，我們把新的字段添加到數(shù)據(jù)庫的模式中來，然后我們讓每一個新的Customer都會默認(rèn)得把G當(dāng)作自己的國家。然后讀取Customer數(shù)據(jù)的操作就可以被修改了，接著是保存。最后新的字段的輸入框會被放到GUI上。

簡而言之，過程如下：

1、向類中添加新的字段；

2、向數(shù)據(jù)庫模式中添加新的字段；

3、讓字段可讀；

4、讓字段可以保存；

5、在GUI上可視。

每一步之后，我們的軟件系統(tǒng)都處在一種一致性的狀態(tài)中。直到最后一步完成，達(dá)到了我們想要的效果。而在這一步之前，系統(tǒng)只能夠處理德國的客戶。

當(dāng)然，事情并不是總象我們所想象的那般簡單：現(xiàn)在我們假設(shè)這樣一個例子，我們希望把國家代碼以一個數(shù)字來代替，而不是這個國家的首字母。為了達(dá)到這一點，“國家”字段的類型必須從String型轉(zhuǎn)換為Integer型，這個變化既要應(yīng)用于程序代碼中，也要應(yīng)用于數(shù)據(jù)庫中。

下面一系列的操作將要完成這個需求：

1、向類中添加新字段，然后指定默認(rèn)值。

2、修改數(shù)據(jù)庫模式，指定默認(rèn)值。添加對這個字段進行保存的有關(guān)代碼；

3、添加用來進行業(yè)務(wù)對象數(shù)據(jù)載入的代碼；

4、把所有GUI上面有關(guān)對于舊字段的訪問轉(zhuǎn)換為對于新字段的訪問。

5、去除舊字段的載入代碼；

6、去除舊字段的保存代碼；

7、從類中刪除舊字段；

8、從數(shù)據(jù)庫模式中刪除舊字段。

注意第一點和第二點：在這里不要使用靜態(tài)默認(rèn)值，因為默認(rèn)值是依賴于已經(jīng)存在的國家編碼的。需要一個額外的算法來計算已經(jīng)存在的那些國家的數(shù)字表現(xiàn)形式。基于這個目的，這個額外的算法有可能去訪問數(shù)據(jù)庫中的有關(guān)國家、編號對應(yīng)的表。

進一步看這個過程，你會發(fā)現(xiàn)，載入數(shù)據(jù)和保存數(shù)據(jù)總是無法在一步完成。事實是，系統(tǒng)中和這兩個操作有關(guān)的過程往往需要經(jīng)過多次變動才能滿足要求。

當(dāng)然，讓重構(gòu)的最后一步去處理這些事情是相當(dāng)誘人的。一旦第三步中有關(guān)數(shù)據(jù)載入的操作被去掉，系統(tǒng)可能開始的時候看上去還不錯，但不可避免的就是你可能在一段時間之內(nèi)得不到存放在數(shù)據(jù)庫中的真正的數(shù)值，取而代之的是你的那個默認(rèn)值。這樣的潛在問題會四處爆發(fā)，你的相關(guān)的代碼都不能幸免于難。