擴充套件性，於是寫了一個對於單據頁面的工廠模式，採用介面的繼承技術，因為我們寫的ASP.net頁面的是程式碼後置的，所以我們繼承的時候就繼承我們的後置的程式碼，也就是我們說的XXXX.aspx.cs檔案。其實頁面的繼承和我們普通的類繼承一樣，只是ASP.net頁面的介面是HTML和後置程式碼共同組成的，所以也有一些不同，好了先進開始我們的ASP.net頁面繼承之旅：

我在這裡總結了一幅在.net環境下用Rational XDE生成的UML圖給大家一個直觀感性的認識，我先來講解一些這副圖中的類和它們的關係，BillFactory類是我定義的單據工廠它來識別產生那種單據，VirturBillCOM是一個虛擬類（也可以是介面）它定義了一些方法讓繼承它的類來實現，IssueBillMng_Frm和IssueBill_Frm是頁面的後置程式碼類，負責頁面的一些操作比如，按鈕狀態，呼叫業務邏輯等，BillInstorageMngList和IssueBillMng分別繼承VirturBillCom虛擬類來實現業務處理呼叫資料儲存層等，BillInstorageMngList負責入庫單的處理，IssueBillMng負責出庫單的處理。BillEntity和BillItemEntity是資料庫對映的實體類。BillInstorageMng繼承了頁面類IssueBillMng_Frm，BillInstorage繼承類頁面類IssueBill_Frm,大家可以看到，BillInstorageMng類和BillInstorage類由於繼承類頁面類，所以他們的類中只有一個空的建構函式，其他的都可以由它的父類處理，在這裡大家可能要問，這樣就可以完成頁面的繼承了嗎？，呵呵，這只是其中的一步，為了達到和父類的頁面顯示同樣的效果，必須把父類中的HTML拷貝到子類的HTML中，這樣介面的顯示一樣了（如果你要改動一下介面可以在子類介面的HTML中改動新增按鈕等），但是有個問題是，在.net設計器中拷貝HTML到子類的頁面時，進入該子頁面的後置程式碼的時候會自動的新增頁面上的伺服器控制元件在變數宣告的地方，我們可以想象，這些控制元件在父類已經存在了而且預設為保護型別為protected 所以子類也可以看到，所以控制元件就會重複，就很出錯的，必須在子類中把父類已經用的控制元件變數刪除掉，如果子類自己想有其他的操作可以自己加入控制元件，但變數不能和父類重複。這樣很簡單就完成了頁面的繼承，大家可以試試，它可以減少很多的重複的程式碼。

還有就是我想說的就是BillInstorageMngList類和IssueBillMng類，他們都繼承VirturBillCom實現了VirturBillCom定義的函式，他們是中間層，所以我們在頁面中呼叫的時候可以直接呼叫VirturBillCOM，具體真正的實現哪個例項由BillFactory來實現，這樣可能還有不明白的，具體的說在IssueBillMng_Frm的建構函式中（頁面的建構函式預設是沒有的，我們的自己加）宣告一個VirturBillCOM 的例項如：mgrObr ＝ BillFactory（this）;用工廠來判斷例項那個中間層變數來完成不同的工作。這就是簡單工廠模式，大家有不明白的可以看看設計模式。好了今天就說到這，有什麼不明白的可以在探討，雖然我的表達可能有些地方不太清楚，大家可以好好看看這副圖，是典型的工廠模式圖，好啦該下班回家了。祝大家晚間愉快。

作者：moshangchen