0 引言
隨着用戶需求的改變和軟件執行環境的變化，軟件系統需要不斷演化以適應這種新的變化，如何實現軟件演化是軟件工程研究領域的一個熱點問題。軟件工程從許多方面，例如OOP、OOA/OOD、各種軟件過程(RUP、XP)和方法等對此進行了研究。這些技術運用得當可以構建出可用、可靠、穩定的系統。但是，當需求發生變化時，現代軟件存在着如下不足：傳統軟件主要採取了“黑箱”的實現機制，即對外部應用屏蔽了內部具體實現細節，這種機制使得外部應用無法獲取系統的內部結構和狀態行爲，從而無法根據相關需求來動態調整系統應用級的結構行爲，這樣使得相關應用缺乏對變化環境的適應性。要解決上述問題，軟件系統應具有如下特點：系統應具有較爲開放的結構，使得外界能獲悉系統內部相關成分，從而能根據外部環境變化對系統相應部分的結構行爲作一定調整與改變;系統應具有動態重配置的能力，即能在執行過程中進行動態調整、定製和改變自身相關的結構行爲，且不影響系統整體的執行。
本文將元數據和反射引入基於關係數據庫的Web系統設計中，透過對系統業務資訊的具體化(reification)，使得外部能獲取系統自身結構、行爲的自描述(self-representation)元數據，從而實現系統內部的開放;系統的自描述與系統結構行爲是因果相連(causally connected)的，透過對元數據的調整與改變，可實現對系統特定部分和功能的反射，使得系統具有動態重配置的能力。
1 相關研究
20世紀80年代後期，隨着對反射式程序設計語言、反射式操作系統研究的深入，對反射系統也形成了一個較爲一致的認識：反射系統可被認爲是一種可透過因果相連的方式來反演自身的計算系統，反射則是反射系統的行爲表示。反射系統可以形式化地表示成二元組S=〈PL，TL〉，其中S爲計算系統，L爲系統S用以表示問題域所用的語言，PL爲語言L的處理器，TL爲PL的狀態，RS爲S在TL中基於L語言的表示，S與RS的關係爲：S包含RS，且S和RS之間是因果相連的。
在反射系統實現中，一般採用“關注分離”的原則，即系統分爲基層(Base Level)和元層(Meta Level)。基層用於對具體問題域的抽象，元層則是對基層及系統內部的表示。元對象封裝基層對象的元數據，描述基層對象的結構和行爲，並動態地管理基層對象。反射是指透過獲取元數據來觀察和調整系統內部及基層相關部分結構行爲的過程。
在利用元數據和反射技術實現軟件系統的研究中，文獻介紹了在面向對象編程語言中使用反射和元編程需要遵循的3個重要原則。給出了使用元數據和反射的基本原理和設計規則，文獻透過使用基於XML描述的元數據和某些語言的自省機制來連接構件和基本框架，目的是構建可擴展的系統，其元數據描述重點在系統功能，實現功能的靈活擴展。文獻提出了一種基於構件的系統執行時變化和恢復的軟件架構。透過完整描述系統執行時的狀態和行爲，使用構件框架的反射能力實現系統的執行時恢復。本文使用元數據描述系統的結構資訊，利用存儲過程來表達系統行爲。元數據存儲在關係數據庫中，存儲過程作爲一個命名的獨立模組可以被動態配置和調用。元數據和存儲過程可以透過一個單獨的配置系統動態管理，透過執行時反射機制實現系統的動態重配置。與文獻相比，本文方法不僅能實現功能擴展，還能管理系統的結構;與文獻相比，本文側重點在於系統的動態重配置。
2 基於元數據和反射的動態重配置
基於關係數據庫的Web系統是本文動態重配置方法研究的對象。很多關係數據庫中都提供命名的批處理代碼段，例如SQL Server數據庫中的存儲過程(Stored Procedure)、Oracle中的過程(Procedure)。這種命名的批處理代碼段編寫完成以後註冊到服務器，透過名字可以反覆調用多次，而且每個代碼段可以有上百條SQL代碼，這上百條代碼在調用時只需要一條執行語句即可，不需要向網絡發送上百條代碼，能有效降低系統網絡開銷。批處理代碼段可以包含若干代碼，因此可以把系統的業務邏輯封裝其中，使用時按名稱調用即可。本文設計方法基於SQLServer數據庫，把系統的業務邏輯封裝到存儲過程中。當需求變化時，用戶可以透過配置元數據和存儲過程，動態修改基層對象，實現軟件執行時動態重配置。本文方法使用關係數據庫存放元數據，所以要考慮元數據的完整性約束處理。
2.1 元層設計
2.1.1元對象
元對象主要包括：數據表對象、視圖對象、數據集對象、字段對象。具體如下：
(1)數據表對象描述關係數據庫表，其定義包含名稱、類別(所屬的業務領域)。
(2)字段對象描述字段的詳細資訊和該字段基層的結構資訊，例如基層程序的顯示名稱、顯示長度、使用控件類型等。其定義主要包括字段名稱、所屬表、字段中文名稱、約束類型、字段長度、顯示次序、顯示控件、計算方式、最小值、最大值。字段屬於基本表，表與字段關係爲組合關係，並且每個數據表至少有1個字段。
(3)視圖對象描述關係數據庫中的視圖。在關係數據庫中，視圖的字段分成兩類：一類是構成視圖的基表字段，另一類是由基表字段推匯出的附加字段。因此視圖對象在圖設計中涉及到3個類：視圖類、視圖父表字段類、視圖附加字段類。每個視圖至少包括1個父表字段，有0到多個附加字段，其關係如圖所示。視圖對象定義主要包括視圖名稱、視圖中文名稱、視圖所屬業務領域;視圖附加字段定義包括字段名稱，顯示順序、中文標題、類型;父表視圖字段定義包括父表名稱、字段名稱、顯示順序。
(4)數據集對象是一種特殊的元對象。它和數據庫中的存儲過程一一對應，系統透過存儲過程封裝業務邏輯。例如在介面中顯示個人所得稅頁面時，個人所得稅的計算方法就可以透過存儲過程存放到數據庫中，當計算方法改變時，只需要修改存儲過程即可實現業務規則修改。每個返回結果集存儲過程包含的字段分爲兩類：一類是來自於基本表的字段，另一類爲由基本表推導得到的字段。這兩類字段分別用數據集附加字段和父表數據集字段表示。其中父表數據集字段的字段定義來自於父表定義。數據集對象主要包括3個類：數據集、數據集附加字段、父表數據集字段。數據集定義包括：數據集名稱、數據集中文名稱、數據集分類(所屬業務領域);數據集附加字段定義包括：字段名稱、中文名稱、顯示順序、類型;數據集父表字段定義包括：字段名稱和顯示順序。
2.1.2 三種元對象操作類和數據獲取方法
對基層對象和元對象的操縱控制，主要是由反射模式的內省和調節功能來保證。本文對錶和視圖的.管理透過類TableDescription完成;字段管理透過類FieldDescription和類FieldDescriptionList來處理;數據集的管理透過類DatasetDescription來處理。
爲了更簡明清楚定義操作過程，作如下規定：①對象T屬於TableDescription;②對象F屬於FieldDescription;③對象V屬於TableDescription;④對象D屬於DataseDescription;⑤對象FL屬於FieldDescriptionList。
(1)過程1：根據表名或視圖名取得數據。①將表名或視圖名傳遞給eName，取得表描述資訊;②使用ieldList(表名稱)，取得字段列表;③foreach(F in ieldList(表名稱))組合F成物理字段列表;轉到字段處理子程序;④檢索出業務數據，並綁定到頁面對象。
(2)過程2：字段處理子程序。①if字段爲自增(entity)then字段設定爲只讀;②if字段有外鍵引用(eld!=null)then將本字段呈現爲外鍵關聯出的值(例如主表中性別編碼，在基層將呈現爲外鍵表中數據男或者女);③if字段允許爲空(ll==true)then對字段不作非空驗證;④if字段有最大或最小值( != null or !=null)then對字段作範圍驗證;⑤轉數據完整性處理。
(3)過程3：根據存儲過程名稱和參數取得數據的過程。①將存儲過程名和存儲過程參數傳遞給ame和arams，取得數據集描述資訊;②使用ieldList(存儲過程名稱)，取得字段列表;③foreach(F in ieldList(存儲過程名稱))組合F成物理字段列表;轉到字段處理子程序;④檢索出業務數據，並綁定到頁面對象。字段元數據存放在關係數據庫當中，須考慮數據實體完整性和參照完整性。對於實體完整性，主要考慮主鍵約束;參照完整性在本文中分成3類：標識關係、非標識強制關係、非標識非強制關係。
(4)過程4：完整性控制。①if traintsType==主鍵then加入基層類主鍵列表(加入主鍵列表後，基層類在數據更新、刪除等操作的過程中，會按照主鍵列表構造where字句進行更新、刪除操作);②if traintsType==標識約束thenCase增加then基層對象檢測字段非空和外鍵約束;Case修改then基層對象檢測字段非空和外鍵約束;Case刪除then基層對象直接刪除記錄。③if traintsType==非標識強制約束thenCase增加then基層對象檢測字段非空和外鍵約束;Case修改then基層對象檢測字段非空和外鍵約束;Case刪除then基層對象直接刪除記錄。④if traintsType==非標識非強制約束thenCase增加then基層對象檢測外鍵約束;Case修改then基層對象檢測外鍵約束;Case刪除then基層對象直接刪除記錄。
2.2 軟件執行和重配置過程
軟件執行和軟件動態配置過程。配置好元數據後，軟件會按照用戶需求顯示和按業務規則執行。基層控件接受用戶操作要求並把需求具體化爲對應的元數據提交給元對象，元對象操作元數據並接收操作返回的資訊。元對象會將數據庫中的數據按照規則組織業務數據反饋給基層對象，基層對象把資訊反饋給用戶，這是一次完整的交互。當需求發生變化時，如果用戶期望軟件適應新需求，則可以開啟元數據配置頁面，執行元數據配置操作，透過該操作修改元數據資訊。當用戶修改元數據後，重新進入功能介面就可以使用演化後符合新需求的系統。
3 執行時反射過程與實例
一個執行時反射實例，其開發環境爲VS2005和Sqlserver2005。兩條虛線之間爲元數據操作，虛線之外爲基層介面。 在軟件的基層介面中第一列名稱顯示爲“教師名稱”，根據前文過程1，顯示其過程爲：①將表名“Teacher”傳遞給eName，取得表描述資訊;②使用ieldList(“Teacher”)，取得字段列表;③foreach(F in ieldList(“Teacher”))組合F成物理字段列表;此時F中教師名稱的物理字段爲“tchrName”，即dName=“tchrName”)，dCTitle爲“教師名稱”。轉過程2：對於dName=“tchrName”，爲普通字段，因此自增、外鍵、非空、範圍、數據完整性約束等驗證都爲false。④檢索出業務數據，並綁定到頁面對象。在執行過程中用戶可以在3.2節第2步的元數據配置頁面修改該列的元數據，例如修改成圖中的“教師姓名”，按照上文所述的反射流程，修改元數據後，對應的基層對象的軟件介面也會隨之變化。
4 結語
本文提出了基於元數據和反射的Web系統重配置設計方法，詳細描述了元對象的結構和操作元對象的方法，介紹了應對需求變化的動態重配置過程，並給出了一個簡單示例。本文使用的方法能夠部分解決需求變化的問題，但是本方法只適用於基於關係數據庫的Web程序，其適用範圍的侷限性限制了應用價值，下一步應將其擴展到互聯網軟件上。例如，當利用Web服務作爲構成系統的功能單元時，如何描述系統的結構，採用什麼方式描述系統行爲，從而使系統具有動態演化的能力。