MEF實現設計上的“鬆耦合”（2）

前言：前篇 C#進階系列——MEF實現設計上的“鬆耦合”（一） 介紹了下MEF的基礎用法，讓我們對MEF有了一個抽象的認識。當然MEF的用法可能不限於此，比如MEF的目錄服務、目錄篩選、重組部件等高階應用在這裡就不做過多講解，因為博主覺得這些用法只有在某些特定的環境下面才會用到，著實不太普遍，感覺沒有鑽下去的必要。如果你有興趣也可以去了解下。這篇打算將MEF和倉儲模式結合起來談談MEF在專案中的使用。

1、倉儲模式：也叫Repository模式。Repository是一個獨立的層，介於領域層與資料對映層（資料訪問層）之間。它的存在讓領域層感覺不到資料訪問層的存在，它提供一個類似集合的介面提供給領域層進行領域物件的訪問。Repository是倉庫管理員，領域層需要什麼東西只需告訴倉庫管理員，由倉庫管理員把東西拿給它，並不需要知道東西實際放在哪。Repository模式一般是用來封裝資料訪問層的，這也就是為什麼很多地方看到說的什麼“資料倉儲”，大概就是這個意思。Repository模式並不是本文的重點，這裡就不再展開，後面會單獨分享這塊。

關於倉儲模式有以下幾點需要注意：

（1）Repository模式是架構模式，在設計架構時，才有參考價值；

（2）Repository模式使用的意義：一是隔離業務邏輯層和底層資料訪問層，保證資料出入口的唯一性；二是Repository模式針對聚合根設計的，而並不是針對表和實體設計的，換句話說，使用Repository是為了實現內聚，前端只負責向Repository請求資料即可，而不用關心資料的具體來源；

（3）Repository模式實際用途：更換、升級ORM引擎，不影響業務邏輯；

上面這些東西寫得有點官方。博主的理解是，倉儲模式就是對資料訪問層（或者叫資料對映層）做了一層包裝，每一次前端需要查詢什麼資料或者提交什麼資料的時候，都是通過倉儲物件Repository去操作的，前端基本上感覺不到資料訪問層的存在。這樣說你有沒有好理解一點呢？沒有？好吧，我們來看Demo。

2、MEF在倉儲模式上面的應用：由於框架使用的是EF，所以這裡也用EF結合倉儲模式進行講解。為了省略Repository模式的複雜結構，我們僅僅通過倉儲的Save方法來說明。

IRepository介面以及實現程式碼：

C#

　public interface IRepository<T> where T : BaseEntity { T Save(T entitiy); }

1 2 3 4 5

public interface IRepository<T>      where T : BaseEntity     {         T Save(T entitiy);     }

C#

[Export(typeof(IRepository<BaseEntity>))] public abstract class Repository<T> : IRepository<T> where T : BaseEntity { //工作單元 [Import] protected IUnitOfWork context { set; get; } private IDbSet<T> _entities; //註冊MEF public Repository() { Register.regisgter().ComposeParts(this); } public virtual T Save(T entitiy) { if (entitiy == null) throw new ArgumentException("entitiy nul"); context.Save<T>(entitiy); return entitiy; } } public static class Register { public static CompositionContainer regisgter() { var catalog = new AssemblyCatalog(Assembly.GetExecutingAssembly()); var container = new CompositionContainer(catalog); return container; } }

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

[Export(typeof(IRepository<BaseEntity>))]     public abstract class Repository<T> : IRepository<T> where T : BaseEntity     {         //工作單元         [Import]         protected IUnitOfWork context { set; get; }           private IDbSet<T> _entities;           //註冊MEF         public Repository()         {             Register.regisgter().ComposeParts(this);         }           public virtual T Save(T entitiy)         {             if (entitiy == null) throw new ArgumentException("entitiy nul");             context.Save<T>(entitiy);             return entitiy;         }     }       public static class Register     {         public static CompositionContainer regisgter()         {             var catalog = new AssemblyCatalog(Assembly.GetExecutingAssembly());             var container = new CompositionContainer(catalog);             return container;         }     }

BaseEntity是一個EF實體的公共基類，定義EF實體必須要遵循的約束。

IUnitOfWork工作單元介面以及實現

C#

public interface IUnitOfWork : IDisposable { int Commit(); void Rollback(); void Save<T>(T entity) where T : BaseEntity; }

1 2 3 4 5 6 7 8

public interface IUnitOfWork : IDisposable     {         int Commit();           void Rollback();           void Save<T>(T entity) where T : BaseEntity;     }

C#

/// <summary> /// 單元操作實現 /// </summary> 　　　　 [Export(typeof(IUnitOfWork))] public abstract class UnitOfWorkContextBase : IUnitOfWork { [ImportMany] protected abstract IEnumerable<DbContext> Contexts { get; } protected abstract DbContext Cur_context { get; set; } public UnitOfWorkContextBase() { 　　　　　　　　　 Register.regisgter().ComposeParts(this); if (Contexts.Count() <= 0) { throw new Exception(); } Cur_context = Contexts.FirstOrDefault(); } /// <summary> /// 獲取 當前單元操作是否已被提交 /// </summary> public bool IsCommitted { get; private set; } /// <summary> /// 提交當前單元操作的結果 /// </summary> /// <returns></returns> public int Commit() { if (IsCommitted) { return 0; } try { int result = Cur_context.SaveChanges(); IsCommitted = true; return result; } catch (DbUpdateException e) { if (e.InnerException != null && e.InnerException.InnerException is SqlException) { SqlException sqlEx = e.InnerException.InnerException as SqlException; string msg = DataHelper.GetSqlExceptionMessage(sqlEx.Number); throw PublicHelper.ThrowDataAccessException("提交資料更新時發生異常：" + msg, sqlEx); } throw; } } /// <summary> /// 把當前單元操作回滾成未提交狀態 /// </summary> public void Rollback() { IsCommitted = false; } public void Dispose() { if (!IsCommitted) { Commit(); } Cur_context.Dispose(); } public void Save<T>(T entity) where T : T { Cur_context.SaveChanges(); } }

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76

/// <summary>         /// 單元操作實現         /// </summary> 　　　　 [Export(typeof(IUnitOfWork))]         public abstract class UnitOfWorkContextBase : IUnitOfWork         {             [ImportMany]             protected abstract IEnumerable<DbContext> Contexts { get; }             protected abstract DbContext Cur_context { get; set; }               public UnitOfWorkContextBase()             { 　　　　　　　　　 Register.regisgter().ComposeParts(this);                 if (Contexts.Count() <= 0)                 {                     throw new Exception();                 }                 Cur_context = Contexts.FirstOrDefault();             }               /// <summary>             ///     獲取 當前單元操作是否已被提交             /// </summary>             public bool IsCommitted { get; private set; }               /// <summary>             ///     提交當前單元操作的結果             /// </summary>             /// <returns></returns>             public int Commit()             {                 if (IsCommitted)                 {                     return 0;                 }                 try                 {                     int result = Cur_context.SaveChanges();                     IsCommitted = true;                     return result;                 }                 catch (DbUpdateException e)                 {                     if (e.InnerException != null && e.InnerException.InnerException is SqlException)                     {                         SqlException sqlEx = e.InnerException.InnerException as SqlException;                         string msg = DataHelper.GetSqlExceptionMessage(sqlEx.Number);                         throw PublicHelper.ThrowDataAccessException("提交資料更新時發生異常：" + msg, sqlEx);                     }                     throw;                 }             }               /// <summary>             /// 把當前單元操作回滾成未提交狀態             /// </summary>             public void Rollback()             {                 IsCommitted = false;             }               public void Dispose()             {                 if (!IsCommitted)                 {                     Commit();                 }                 Cur_context.Dispose();             }                 public void Save<T>(T entity) where T : T             {                 Cur_context.SaveChanges();             }         }

既然這裡使用了ImportMany，那麼肯定有一個地方需要Export。我們使用EF新建一個edmx檔案，在生成的上下文物件上面加上Export

C#

[Export(typeof(DbContext))] public partial class Entities : DbContext { public Entities() : base("name=Entities") { } protected override void OnModelCreating(DbModelBuilder modelBuilder) { throw new UnintentionalCodeFirstException(); } public DbSet<TB_USERS> TB_USERS { get; set; } }

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

[Export(typeof(DbContext))]     public partial class Entities : DbContext     {         public Entities()             : base("name=Entities")         {         }              protected override void OnModelCreating(DbModelBuilder modelBuilder)         {             throw new UnintentionalCodeFirstException();         }              public DbSet<TB_USERS> TB_USERS { get; set; }     }

這裡為什麼要使用ImportMany？前面說了，倉儲的好處之一在於對資料訪問層做封裝，使得前端不比關心資料的具體來源。當我們再建一個資料庫連線的edmx時，我們只需要修改倉儲裡面的Cur_context 這個物件的賦值即可，由於其他地方都是針對Cur_context這一個上下文物件做的操作，所以基本都不需要做很大的變化。繞了這麼大一圈，其實博主只是想說明Import和ImportMany和倉儲模式結合使用的好處，至於倉儲模式的適用性問題不是本文的重點。