1 引言

目前大多數專案或產品都使用關係型資料庫實現業務資料的儲存，這樣在開發過程中，常常有一些業務邏輯需要直接用寫SQL語句實現，但這樣開發的結果是：遍地佈滿SQL語句。這些藕合較高的SQL語句給系統的改造和升級帶來很多無法預計的障礙。為了提高專案的靈活性，特別是快速開發，ORM是一個不錯的選擇。舉個簡單的例子：在使用ORM的系統中，當資料庫模型改變時，不再需要理會邏輯程式碼和SQL語句中涉及到該模型的所有改動，只需要將該模型對映的物件稍作改動，甚至不做改動就可以滿足要求。

ORM的全稱是Object Relational Mapping，即物件關係對映。它的實質就是將關係資料（庫）中的業務資料用物件的形式表示出來，並通過面向物件（

Object-Oriented）的方式將這些物件組織起來，實現系統業務邏輯的過程。在ORM過程中最重要的概念是對映（Mapping），通過這種對映可以使業務物件與資料庫分離。從面向物件來說，資料庫不應該和業務邏輯繫結到一起，ORM則起到這樣的分離作用，使資料庫層透明，開發人員真正的面向物件。下圖簡單說明了ORM在多層系統架構中的這個作用。

圖1 ORM在多層系統架構中的作用

當然ORM本身並不是全能的，當遇到特別複雜的資料處理及海量資料處理和彌補拙劣的設計不足時還得歸結到SQL或儲存過程來實現。所以快速開發、面向物件和效能優化靈活必須兼顧才行，這些該工具可以很好的做到，下文分別一一介紹。

2 內容

2.1 ORM的工具實現：C#.Net實體程式碼生成工具(EntitysCodeGenerate)

優秀的ORM工具不僅可以幫助我們很好的理解物件及物件的關係，而且工具本身會幫助我們維護這些關係，並且幫助我們記住欄位屬性業務含義及提供輔助的應用等。基於這個理念，我於多年的專案實踐和業餘時間設計開發了一個基於.NET的ORM工具——C#.Net實體程式碼生成工具(EntitysCodeGenerate)，該工具運行於dotnetframework2.0框架下，希望多多交流並指正。

C#.Net實體程式碼生成工具(EntitysCodeGenerate)為ORM提供物件持久、簡單物件查詢、事務處理等功能。資料持久包括一些物件的

Insert、Update、Save、Delete、Select等功能，簡單物件查詢則提供一些基於物件的簡單物件查詢GetEntity等。該工具是基於VS.NET 2005的開發的應用程式，職責是從資料庫中提取生成實體類程式碼並幫助開發人員快速對映關係資料庫中的業務模型的對映實體類，暫時只提供從Oracle、SqlServer、Access資料庫生成C#程式碼的支援，可以生成實體及實體集的相關檔案，並自動提取資料庫表和欄位的註釋說明和對應的資料型別等。

另外所生成的程式碼檔案只需修改資料庫連線，即可用於目前市場上ado.net支援的各種型別的資料庫，如Oracle、Access、SqlServer、MySQL、Excel等。

在ORM實現的前期工作中，為了實現遮蔽各種資料庫之間的操作差異，我們需要定義資料操作公有介面，封裝基本的資料庫增、刪、改、查等操作。下面以工具當前3.1版以資料庫Oracle的為例介紹。

3.1版實體層程式碼有個基類，基類裡其實也就是你專案的資料連線及型別的配置，該工具的實際應用時配置其實也就在這裡，預設為生成程式碼時所填寫的資料庫連線資訊，並可手工擴充套件修改：

public class BaseEntity { public static string GetConnectionString() { return "User ID=scott;Password=tiger;Data Source=85";//資料庫連線設定可修改從別處讀取 } public static DatabaseType GetDatabaseType() { return DatabaseType.Oracle; //資料庫連線型別設定也可修改從別處讀取 } …… }

這裡可設定該名稱空間當前實體下的資料庫連線型別及資料庫連線字串，當然也可以修改成從其它配置檔案中讀取。以前的版本是放在全域性設定DbConnectString這個類裡面，這樣的缺陷是當一個專案有多個數據庫時將不好處理，而現在通過使用基類及名稱空間則很容易解決。

此外，我們還需要定義下層各種資料庫操作的公共元件：

namespace System.Database { public class DbCore : IDisposable { …… public int ExecuteNonQuery(DBCommandWrapper command){…} public DataSet ExecuteDataSet(DBCommandWrapper command){…} …… } }

再定義資料庫操作類及資料庫的基類和資料庫連線的工廠類，實現各種不同型別的資料。

public abstract class DBCommandWrapper {……}

internal abstract class Database{……}

internal sealed class DatabaseFactory{……}

……

然後實現各種資料庫的操作類，以Oracle為例

internal class OracleDatabase : Database{…}

public class OracleCommandWrapper : DBCommandWrapper{…}

最後在生成的實體類及基類檔案中生成相應的資料庫Insert，Update，Delete，GetEntity，Save等操作和型別對映程式碼如下所示：

public int Insert() { ORMap<BaseEntity> ormap = new ORMap<BaseEntity>(this); DEPT entity = new DEPT(); return ormap.Insert(entity); } …… public static System.Data.DbType GetDBTypeByFullName(string strTypeFullName) { switch (strTypeFullName) { case "System.Byte": return System.Data.DbType.Byte; case "System.Boolean": return System.Data.DbType.Boolean; case "System.Char": return System.Data.DbType.Byte; case "System.DateTime": return System.Data.DbType.DateTime; case "System.Decimal": return System.Data.DbType.Decimal; …… default: return System.Data.DbType.Object; } }

在生成程式碼的同時，工具自動新增實體類的屬性標示及欄位註釋說明等如下所示：

[Serializable(),Description("Primary:DEPTNO")] public class DEPT:BaseEntity { …… ///<summary> ///主鍵 ///</summary> [DataObjectField(true)] public int DEPTNO { set{ _deptno=value;} get{return _deptno;} } ///<summary> /// ///</summary> [DataObjectField(false)] public string DNAME { set{ _dname=value;} get{return _dname;} } …… }

實體中的summary中的註釋自動將資料中表及欄位的註釋說明提取到這裡，方便程式設計師在程式碼編寫及維護中交流使用，理解其所對應的業務含義。示例是以Oracle資料庫自帶的示例庫為例介紹的，資料庫自帶的例項庫scott/tiger表註釋為空，所以這裡實體欄位提取出註釋也是為空。

實體定義完成後，我們需要根據實體類中繫結的屬性構造出執行期需要的SQL語句，收集實體類定義中的資料結構描述，再定義一個類來說明實體在執行期所引用到的所有關於資料持久的資訊，包括關鍵字欄位，一般欄位等。同時需要一個欄位的元資料欄位在資料庫中的名稱，大小，是否可為空，列型別等資訊。這些條件具備後，再定義解析類，負責轉換資料的程式型別到資料庫欄位型別，並且構造出Insert，Update

相關推薦