|
|
關(guān)于.NET下的ORM框架，大家最為耳熟的可能就是NHibernate了，當(dāng)然，很多公司正在使用自己開發(fā)的ORM框架，筆者至少見過3家不同公司的ORM框架，其實(shí)都是大同小異，借助于codesmith、mygeneration等代碼生成工具，自己開發(fā)一個(gè)ORM框架也不是什么難事，關(guān)鍵的問題是，你能不能設(shè)計(jì)出代碼優(yōu)美簡潔、功能靈活、定制方便以及部署容易的ORM框架。
我去年開始熱衷NHibernate（與其說熱衷，不如說是迷信，因?yàn)楹髞碓絹碓蕉嗟淖C據(jù)證明，公司自己的那套用了幾年的使用Excel生成實(shí)體類的ORM小框架更加適合快速開發(fā)，并且靈活易定制），因?yàn)楫?dāng)時(shí)很多人討論NH，有的公司招聘的時(shí)候也說會NH優(yōu)先，當(dāng)時(shí)花了幾個(gè)小時(shí)才配置成功，又是搞codesmith的破解版，又是生成xml model，并且對其繁雜的關(guān)系機(jī)制感到恐懼，比如外鍵的配置，視圖的配置，而我更習(xí)慣在數(shù)據(jù)庫中把關(guān)系弄好，建立表、視圖、約束、索引和存儲過程，而不想把這些事情交給NHibernate來做，但是它卻功能太強(qiáng)大，什么都愿意為你做，什么都能做。另外我感覺它封裝的很深，我有時(shí)候不知道他從數(shù)據(jù)庫加載了多少條記錄，存儲在哪里，如果再討論它的緩存機(jī)制，更加令人頭疼？
為什么沒有一種部署容易、代碼優(yōu)美、功能不強(qiáng)但是可以靈活定制、封裝的恰到好處、輕量級的ORM呢？這個(gè)問題一直殘繞在我心中，直到我使用了my generation（以下簡稱為mg，為什么我會嘗試使用mg呢，是因?yàn)樗?a href=/yuedu/kaiyuan/ target=_blank class=infotextkey>開源而且免費(fèi)，而且更容易上手）自帶的doodads，當(dāng)時(shí)覺得這個(gè)名字很奇怪晦澀，因此想當(dāng)然地認(rèn)為這套框架肯定和它的名字一樣令人費(fèi)解，不過抱著試試看的態(tài)度我深入了解了doodads，發(fā)現(xiàn)它的代碼真的是很簡單，很優(yōu)美，貌似功能也不錯(cuò)，且看如下的代碼：
// 獲取并修改某條記錄
Employees emps = new Employees();
if(emps.LoadByPrimaryKey(42))
{
emps.LastName = "Just Got Married";
emps.Save();
}
// 插入新紀(jì)錄
Employees emps = new Employees();
emps.AddNew();
emps.FirstName = "Mr.";
emps.LastName = "dOOdad";
emps.Save();
// 插入新紀(jì)錄后獲得新紀(jì)錄的主鍵
int i = emps.EmployeeID;
這是多么簡潔易讀的、令人親切的代碼！
接下來我將重點(diǎn)介紹doodads的基礎(chǔ)知識，按照官方的說法，doodads支持如下的數(shù)據(jù)庫系統(tǒng)：Microsoft SQL, Oracle, Firebird, Access, PostgreSQL, VistaDB, SQLite, and MySQL ，我在oracle 10g以及sql server 2000上有過成功的應(yīng)用，但是在sql 2005下使用mg生成出來的代碼編譯通不過，不過你可以手動修改，添加合適的ado.NET類型即可（按照編譯出錯(cuò)的提示）。
一、doodads的demo
首先請安裝MyGeneration 1.3或以上版本，這是開源免費(fèi)的，您無需為注冊碼焦頭爛額，下載地址是：http://www.mygenerationsoftware.com/，下載之后安裝，然后在安裝目錄下會找到如下的項(xiàng)目：
使用vs2005或更高版本打開“dOOdad_Demo_2005.sln”，注意您是否安裝了sql server2000，因?yàn)檫@個(gè)demo用到了Northwind數(shù)據(jù)庫，嘗試運(yùn)行該項(xiàng)目，若報(bào)數(shù)據(jù)庫連接字符串需要修改，請修改web.config中的appSettings.dbConnection節(jié)，運(yùn)行成功后出現(xiàn)如下的畫面：
現(xiàn)在我們再來仔細(xì)看下一個(gè)典型的doodads項(xiàng)目的結(jié)構(gòu)，是的，就是這么簡單：
二、自己搭建一個(gè)基于doodads的項(xiàng)目
- 首先，您必須準(zhǔn)備一個(gè)數(shù)據(jù)庫，本文的例子是基于sql server 2000的，數(shù)據(jù)庫中至少準(zhǔn)備一個(gè)表，當(dāng)然有視圖或者存儲過程可以使您體驗(yàn)到更多的東西
- 現(xiàn)在建立一個(gè)ASP.NET web應(yīng)用程序，添加對“E:/Program Files/MyGeneration13/Architectures/dOOdads/CSharp/dOOdad_Demo/dOOdad_Demo_2005.csproj”（當(dāng)然您需要修改這個(gè)地址為您的電腦上的mg安裝路徑）的引用，并且在web.config中的appSettings下建立dbConnection節(jié)，value就是您的數(shù)據(jù)庫連接字符串
- 建立App_Code/DAL文件夾，或者您新建一個(gè)名為DAL的類庫也行；
- （可選）建立App_Code/BLL文件夾，或者新建一個(gè)名為BLL的類庫也行；
- 現(xiàn)在啟動mg，打開并啟動如下的模板（紅框內(nèi)的模板是必須的）：
這里四個(gè)模板分別表示：
Invoke a stored procedure - 生成調(diào)用存儲過程的c#類，若有則生成
Business Entity - 您可以理解為生成表的操作類，這是最基本的類
Business View-視圖操作類，如果您有視圖則生成
Concrete Class-聚合類（請饒恕我的翻譯），這里生成的類會對應(yīng)繼承是Business Entity中的類，可以理解為BLL類，可以將業(yè)務(wù)邏輯和DAL隔開，
生成的Business Entity類或stored procedure或Business view請放到剛才建立的DAL文件夾中或者DAL類庫中
（若有）生成的Concrete Class請放到BLL文件夾或BLL類庫 - 當(dāng)然還需要一些引用或其他配置之類的，比如您的web app項(xiàng)目要引用DAL類庫和BLL類庫，視您的項(xiàng)目搭建情況而定
- 現(xiàn)在編譯一下，是不是成功了！
- 編譯成功了，不代表能夠運(yùn)行成功，如果您嘗試執(zhí)行類似如下的語句將會報(bào)錯(cuò)：
Employees emps = new Employees();
emps.LoadByPrimaryKey(42);
錯(cuò)誤原因是找不到“proc_您的表名LoadByPrimaryKey”存儲過程”，于是我們發(fā)現(xiàn)了一個(gè)doodads的新特點(diǎn)，所有的CRUD操作都是通過存儲過程實(shí)現(xiàn)的，如果您喜歡在數(shù)據(jù)庫中做更多的事情，這是一個(gè)讓您喜歡doodads的理由 - 生成CRUD存儲過程，現(xiàn)在打開mg中的如下模板：
運(yùn)行后會為您選中的所有表分別生成CRUD（create、read、update、delete）存儲過程，包括：
' 1) proc[表名]LoadByPrimaryKey (如果至少有一個(gè)主鍵)
' 2) proc[表名]LoadAll（加載符合條件的所有記錄）
' 3) proc[表名]Update
' 4) proc[表名]Insert
' 5) proc[表名]Delete
注意：現(xiàn)在生成的是sql文件，而不再是cs代碼，請把生成的sql文件在數(shù)據(jù)庫中執(zhí)行生成相應(yīng)的procedure - 現(xiàn)在再運(yùn)行本項(xiàng)目，不會再提示找不到存儲過程了吧！
總結(jié)：個(gè)人認(rèn)為doodads的特點(diǎn)有以下幾點(diǎn)：
- 基于存儲過程，性能更卓越，靈活性更強(qiáng)
- 部署非常簡單，引用dll生成dal類即可，不像nhibernate那么多配置；簡單的基于doodads的項(xiàng)目僅僅需要幾個(gè)business entity即可
- 封裝的比較淺，您可以很清晰地得知doodads在干什么
- 提供的接口優(yōu)美簡潔
下一節(jié)將講述doodads的主要接口的用法，這里提供一份指南下載，英文版的pdf格式：/Files/xiehuiqi220/doodadsQuickRefCSharp.pdf
NET技術(shù)：小巧優(yōu)美的ORM框架-doodads入門指南，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。
