|
|
前言：
上一篇文章講述了一些實現(xiàn)DAL的理論，本篇主要是DAL實現(xiàn)的的初步的嘗試。
本篇的主要議題如下：
1) 設(shè)計DAL的基本操作
2) 對基本的操作的進一步的思考
3) 查詢對象的一些思考
1. 設(shè)計DAL的基本操作
Richard認為：在設(shè)計一個架構(gòu)或者Framework的時候，有幾點很重要：
a. 總體把握的能力。
b. 抽象的能力。
c. 分析的能力
首先，從總體上來看，Richard認為DAL中最基本，而且最容易想到的方法就是CRUD(Create, Read, Update, Delete)四個操作。
于是Richard在草紙寫出了基本操作的名稱：
AddSingleDataEntity;
AddDataEntityList;
UpdateSingleDataEntity;
UpdateDataEntityList;
DeleteSingleDataEntity;
DeleteDataEntityList;
GetSingleDataEntiry;
GetDataEntityList;
上面列出的方法名字很長，其實Richard在思考這些方法的名稱的時候也參考了.NET設(shè)計規(guī)范中的一些建議：方法名稱要具有“自解釋性，因為架構(gòu)的設(shè)計最后還是給開發(fā)人員用的，所以方法的定義要一眼就看出它是干什么的，而且規(guī)范的命名也可以大大的減少維護的成本。(可能這些名字的命名有點對規(guī)范的“生搬硬套，但是之后會慢慢的重構(gòu)的)
從總體出發(fā)，已經(jīng)定義出了基本的操作，那么現(xiàn)在就開始一步步的分析，如何實現(xiàn)這些方法。
Richard開始思考第一個方法的實現(xiàn)，其實Richard心里也清楚：其實到底哪個方法作為第一個來考慮也許很重要，但是在一切都不清楚之前起碼要拿一個來入手，而且隨著思考的深入，很多的問題都會慢慢的浮現(xiàn)，到時候一切就會明晰起來。
對于AddSingleDataEntity這個方法，首先就要考慮這個方法到底要把什么添加到數(shù)據(jù)庫中，也就是說要考慮這個方法的參數(shù)，而且這個參數(shù)要足夠的“兼容，因為之前Richard就是想設(shè)計出一個“以不變應(yīng)萬變的DAL。在考慮這個參數(shù)問題之前，首先Richard很清楚：在.NET數(shù)據(jù)訪問技術(shù)中，Linq，Entity Framework等ORM技術(shù)已經(jīng)廣泛的應(yīng)用，所以在設(shè)計DAL的時候要充分的考慮到現(xiàn)有的一些技術(shù)(盡量避免重新造輪子)。
而且在數(shù)據(jù)是如何被存入到數(shù)據(jù)庫中的以及數(shù)據(jù)是如何從數(shù)據(jù)庫中取出的，這個工作是完全可以交給這些ORM的，最后的結(jié)果就是：在DAL中只是操作這些ORM的那些映射實體。基于這個想法， Richard就確定了：AddSingleDataEntity參數(shù)是一個數(shù)據(jù)實體。(本系列文章約定：數(shù)據(jù)實體，即DataEntity，就是ORM對一個數(shù)據(jù)庫表進行映射后產(chǎn)生的實體和數(shù)據(jù)庫中的表一一對應(yīng)，如在數(shù)據(jù)庫中有一張Employee表，Linq to Sql將會把它映射成為Employee的一個類，這個類就稱為數(shù)據(jù)實體)。因為這些方法最終是操作數(shù)據(jù)實體的，所以包含這些方法的接口名字就定義為IDataContext。
因為不同的表產(chǎn)生不同的數(shù)據(jù)實體，但是Richard還想使得AddSingleDataEntity這個方法可以接受任何的數(shù)據(jù)實體，所以此時很有必要對數(shù)據(jù)實體進行抽象。所以Richard想到了定義一個接口：IDataEntity,打算讓所有通過ORM生成的數(shù)據(jù)實體都繼承這個接口。而且Richard還想到：
1. 如果BLL直接引用DAL使用的，那么IDataEntity可能會在BLL中出現(xiàn)的。
2. 如果BLL通過repository去DAL中獲取數(shù)據(jù)，那么到時候BLL可能都不會直接引用DAL，但是BLL最終還是得使用數(shù)據(jù)做事情，所以IDataEntity還是會在BLL中出現(xiàn)，所以，IDataEntity接口最好定義在一個公共的地方。
Richard決定新建一個Common的類庫，加入IDataEntity接口的定義，現(xiàn)在這個接口里面什么都沒有，只是一個標記而已，表明繼承這個接口的類就是數(shù)據(jù)實體類。
AddSingleDataEntity(IDataEntity dataEntity);
還有一點就是盡量的使用類型安全的方法，于是Richard把方法改成了范型方法：
AddSingleDataEntityT(T dataEntity) where T:IDataEntity,class,new();
至于T 的那些約束：T:IDataEntity,class,new()，是考慮到了Linq和EF中對數(shù)據(jù)實體的一些要求。
一般的Add方法都是返回添加是否成功，true或者false，方法再次改造：
bool AddSingleDataEntityT(T dataEntity) where T:IDataEntity,class,new();
然后Richard就寫出了上面列出的一些方法的定義：
bool AddSingleDataEntityT(T dataEntity) where T : class,IDataEntity, new();
bool AddDataEntityListT(ListT dataEntityList) where T : class,IDataEntity, new();
bool DeleteDataEntityListT(ListT dataEntityList) where T : class,IDataEntity, new();
bool DeleteSingleDataEntityT(T dataEntity) where T : class,IDataEntity, new();
bool UpdateSingleDataEntityT(T dataEntity) where T : class,IDataEntity, new();
bool UpdateDataEntityListT(ListT dataEntityList) where T : class,IDataEntity, new();
至于GetDataEntityList，按照之前的查詢對象的想法，傳入一個IQuery的接口：
ListT GetDataEntityListT(IQuery query)where T : class,IDataEntity, new();
2. 對基本的操作的進一步的思考
確實，上面那些基本操作是沒有什么問題的，現(xiàn)在Richard又考慮到了另外的一些問題，還是以AddSingleDataEntity方法為例：
a. 有些時候，不僅僅要知道插入數(shù)據(jù)是否成功，而且還想返回新加入數(shù)據(jù)在數(shù)據(jù)庫中的主鍵信息來做其他的用途。怎么辦？再來查詢一次？
b. 如果插入失敗了，僅僅只是返回一個false嗎？可能其他的調(diào)用模塊想知道到底是發(fā)生了什么異常而導(dǎo)致的插入失敗，而且其他的模塊對于發(fā)生的異常有自己的處理方法，所以AddSingleDataEntity要提供足夠的信息。
基于上面的思考，所以這個基本的操作方法不能只是簡單的返回一些簡單的值就完了。也就是說，這些方法要返回一個數(shù)據(jù)包：里面包含很多信息，以便其他的調(diào)用模塊來使用這些信息，感覺有點像是C#事件中的eventArgs.
所以Richard在Common的那個類庫中加入一個對象，定義如下：
代碼
public class DataResultT where T : IDataEntity
{
public ListT EntityList { get; set; }
public bool IsSuccess { get; set; }
public Exception Exception { get; set; }
public object CustomData { get; set; }
}
NET技術(shù)：.NET 分布式架構(gòu)開發(fā)實戰(zhàn)之四 構(gòu)建從理想和實現(xiàn)之間的橋梁（前篇），轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
