【我們一起寫框架】領域驅動設計的CodeFirst框架（一）—序篇
前言
領域驅動設計，其實已經是一個很古老的概念了，但它的複雜度依舊讓學習的人頭疼不已。
網際網路關於領域驅動的文章有很多，每一篇寫的都很好，理解領域驅動設計的人都看的懂。
不過，這些文章對於那些初學者而言，還是如同天書一樣。
買本驅動領域的書來看？別逗了，這可不是C#語法入門，哪裡有書能寫明白的。
想學會領域驅動設計，只有一途——實踐，不斷的實踐。
領域驅動設計是什麼？
領域驅動設計就是我們俗稱的DDD，英文全拼是Domain-Driven Design。
我認為，理解領域驅動設計的第一步是，顧名思義；所以，讓我們先直白的通過名字來解釋看看。
領域驅動設計：用業務領域來做模組分割，以領域為核心思想設計框架，用設計好的領域來驅動系統實現。
如何？這樣是不是就好理解了。
其實，領域驅動設計，和我們之前常用的模型驅動設計很相似。其核心區別，也就是一個聚合的概念。
雖然，現在看來，CodeFirst中的聚合太普遍了，但早在十幾年前，聚合可是一個讓我們頭疼的難題，因為那個時代還沒有CodeFirst這麼便捷的框架。
什麼？你不知道聚合是什麼？
別擔心，我們在後續實現框架的地方，結合程式碼把這些聚合啦，值物件啦，等等名詞一一講解。
其實，以現在的技術框架的成熟度，聚合這種東西，不理解也就不理解了，無所謂的。
領域驅動設計的意義
雖然，我不想把領域驅動設計搞的那麼神祕，但，事實上，領域驅動設計確實挺難學的。
雖然，我們有了CodeFirst這樣優秀的框架，但那只是針對使用者，而對設計者而言，CodeFirst並沒有減少設計邏輯。所以，想學會領域驅動設計，還是要有一點耐心，並花一點時間，付諸於實踐。
雖然，領域驅動設計很複雜，但，我認為它是值得我們付出時間和心血學習的。
因為，驅動領域設計是技術思維的一個分水嶺，學會了這種技術思維後，會對框架設計的理解更上一個臺階。
那麼，讓我們一起做一個領域驅動的框架，在實踐中領會這門技藝吧。
領域驅動設計的實現
我們即將編寫的框架是基於Entity Framework的，所以越熟悉Entity Framework越好，如果你不熟悉EF，那也沒關係，因為我們是從頭一步一步編寫的。
下面讓我們一起編寫框架吧。
首先，我們建立專案如下：
接下來我們把相關的DLL放到KibaDDD程式集下待用。
然後我們編寫核心程式碼程式集Repository。
首先為Repository程式集引入外部DLL[EntityFramework，EntityFramework.Extended，EntityFramework.SqlServer，CodeFirstStoredProcs]，同時，再為程式集引入Utility程式集。
然後我們開始設計Repository程式集的佈局。
如上圖所示，我們建立了Repository程式集的佈局，佈局中的資料夾及檔案作用如下：
TableMapping資料夾：用於儲存資料表的對映關係。
TableModel資料夾：用於儲存資料表模型。
TableRepository資料夾：用於操作資料表。
DateBaseContext檔案：管理資料庫的核心檔案。
RepositoryStatic檔案：儲存靜態的DateBaseContext物件，供其他程式集呼叫，實現執行緒內，使用同一個DateBaseContext物件，減少記憶體開銷。
Repository的實現
TableModel
TableModel中我們建立了一個表——Kiba_User，程式碼如下：
public partial class Kiba_User
{
[Key]
public int UserId { get; set; }
[Required]
[StringLength(50)]
public string UserName { get; set; }
[StringLength(200)]
public string UserNickName { get; set;
[StringLength(100)]
public string Password { get; set; }
public int? Age { get; set; }
public int? Sex { get; set; }
[StringLength(500)]
public string Remark { get; set; }
}
程式碼很簡單，就是把資料表和其欄位轉換成了類和屬性，我們可以把這個類暫時理解為表的資料模型。
TableMapping
TableMapping中我們建立Kiba_User的資料模型表與資料庫表的對映關係，程式碼如下所示：
public class Kiba_UserMap : EntityTypeConfiguration<Kiba_User>
{
public Kiba_UserMap()
{
this.Property(e => e.UserName)
.IsUnicode(false);
this.Property(e => e.UserNickName)
.IsUnicode(false);
this.Property(e => e.Password)
.IsUnicode(false);
this.Property(e => e.Remark)
.IsUnicode(false);
}
}
從程式碼中我們可以發現，對映只對部分字串型別的屬性進行了對映，而其他屬性，並沒有做對映處理。
原因是這樣的，沒有顯示對映處理的屬性，會預設對映到同名的資料表字段上；所以這裡節省了一些程式碼量。
DateBaseContext檔案
表的資料模型和對映我們已經編寫完了，並且，我們還編寫了倉儲用來對錶進行操作；但，這樣還不能讓資料庫和程式碼模型關聯到一起。
我們還需要編寫DateBaseContext檔案，通過DateBaseContext檔案編寫，我們就可以把表模型和表對映與資料庫關聯了。
DateBaseContext檔案的程式碼如下所示：
public partial class DateBaseContext : DbContext
{
public DateBaseContext()
: base("name=DateBaseContext")
{
this.Configuration.ValidateOnSaveEnabled = true;//儲存時驗證
this.Configuration.AutoDetectChangesEnabled = true;//跟蹤變化
this.Configuration.LazyLoadingEnabled = true;//懶惰載入
this.Configuration.ProxyCreationEnabled = true;//代理建立資料庫
}
#region Table List
public virtual DbSet<Kiba_User> Kiba_User { get; set; }
#endregion
protected override void OnModelCreating(DbModelBuilder modelBuilde
{
modelBuilder.Configurations.Add(new Kiba_UserMap());
}
}
程式碼很簡單，下面我們一起來解讀下DateBaseContext檔案裡的程式碼。
首先是DateBaseContext繼承了DbContext類；DbContext可以理解為微軟提供的，專門來管理資料庫和程式碼之間的關係的類。
然後再建構函式DateBaseContext()裡，可以看到，我們在建構函式中做了幾項基礎配置，程式碼中已經做了相應的註釋。
其中this.Configuration.ProxyCreationEnabled屬性，我們重點講一下。
當ProxyCreationEnabled屬性設定為True時，我們一旦執行系統，系統會自動的，資料模型同步到資料庫，並且會建立一個__MigrationHistory表，來記錄同步的內容。
PS：【雖然，在領域驅動設計的理念中，是先有表的資料模型，然後在建立表結構。但，這只是理念，我們運用的時候，先建立表在建立資料模型也是可以的。我這裡只是為了簡單的實現，所以將ProxyCreationEnabled設定為了True】
接下來，我們定義了一個public virtual DbSet<Kiba_User> Kiba_User { get; set; }屬性。
Kiba_User 這個屬性，我們可以把他理解為，資料庫表在程式碼世界的代理，如果我們想對資料庫表內容進行查詢和修改，只要對這個代理進行修改，就會自動同步到資料庫了。
然後我們重寫了OnModelCreating方法，在OnModelCreating裡，把我們剛剛建立的對映關係添加了進去，這樣資料庫的表，就被我們立體的載入到了程式碼世界。
TableRepository
TableRepository中主要是應用DateBaseContext來對錶進行增刪改查的處理，理論上TableRepository是修改資料庫的唯一入口；
我們首先，先看下BaseRepository類；程式碼如下：
public class BaseRepository
{
public DateBaseContext Database
{
get
{
var context = RepositoryStatic.DateBaseContext as DateBaseContext;
if (context == null)
{
context = new DateBaseContext();
RepositoryStatic.DateBaseContext = context;
}
return context;
}
}
public int SaveChanges()
{
int i = 0;
int saveCount = 0;
bool saveFailed;
do
{
saveFailed = false;
try
{
saveCount++;
i = Database.SaveChanges();
Logger.Debug("SaveChanges Retrun:" + i);
}
catch (DbUpdateConcurrencyException ex)
{
if (saveCount > 3)
{
throw new Exception("伺服器繁忙，請稍後");
}
Logger.Error("DbUpdateConcurrencyException儲存次數：" + saveCount, ex);
saveFailed = true;
try
{
ex.Entries.Single().Reload();
}
catch (Exception exReload)
{
Logger.Info("exReload儲存失敗");
throw exReload;
}
}
catch (DbUpdateException ex)
{
if (ex.Message.Contains("與另一個程序被死鎖在 鎖 資源上，並且已被選作死鎖犧牲品。請重新執行該事務。"))
{
throw new Exception("伺服器繁忙，請稍後");
}
else
{
throw ex;
}
}
catch (DbEntityValidationException dbEx)
{
Logger.Error(dbEx);
throw dbEx;
}
catch (Exception ex)
{
Logger.Info("SaveChanges儲存失敗");
throw ex;
}
} while (saveFailed);
return i;
}
}
這裡我們主要定義一個屬性Database和一個方法SaveChanges。
Database就是DateBaseContext類的例項，相當於程式碼世界的資料庫。
SaveChanges就是呼叫Database的SaveChanges方法來儲存資料的修改，當然，我們對該方法進行了一些封裝，讓他更飽滿一些。
然後我們在一起看下錶的獨立倉儲Kiba_UserRepo，程式碼如下：
public class Kiba_UserRepo : BaseRepository
{
public List<T> GetSelector<T>(Expression<Func<Kiba_User, T>> selector, Expression<Func<Kiba_User, bool>> where)
{
return Database.Kiba_User.Where(where).Select(selector).ToList();
}
public List<Kiba_User> GetWhere(Expression<Func<Kiba_User, bool>> where, int currentPage, int pageCount)
{
return Database.Kiba_User.Where(where).OrderByDescending(p => p.UserId).Skip((currentPage - 1) * pageCount).Take(pageCount).ToList();
}
public int GetWhereCount(Expression<Func<Kiba_User, bool>> where)
{
return Database.Kiba_User.Where(where).Count();
}
public Kiba_User Add(Kiba_User model)
{
var addModel = Database.Kiba_User.Add(model);
return addModel;
}
public Kiba_User Delete(Kiba_User model)
{
var delModel = Database.Kiba_User.Remove(model);
return delModel;
}
}
表倉儲裡的程式碼很簡單，就是普通的LINQ增刪改查。
----------------------------------------------------------------------------------------------------
到此，框架的基本雛形就已經編寫完成了，接下來我們做一下簡單呼叫，測試一下。
在KibaDDD專案建立測試類——TestRun；程式碼如下：
public class TestRun
{
public TestRun()
{
Kiba_UserRepo repo = new Kiba_UserRepo();
repo.Add(new Kiba_User() { UserName = "kiba518" });
repo.SaveChanges();
}
}
執行結果：
資料庫無中生有的，為我們建立了表Kiba_User，並且資料也順利的插入進了資料庫表。
這樣，我們的領域驅動框架就已經完成了雛形搭建，下一篇文章將進一步搭建，實現領域驅動獨有的聚合。
----------------------------------------------------------------------------------------------------
框架程式碼已經傳到Github上了，歡迎大家下載。
Github地址： ofollow,noindex" target="_blank">https://github.com/kiba518/KibaDDD
----------------------------------------------------------------------------------------------------
注：此文章為原創，歡迎轉載，請在文章頁面明顯位置給出此文連結！
若您覺得這篇文章還不錯，請點選下右下角的
【 推薦】
，非常感謝！