這篇文章主要為大家詳細介紹了基於Entity Framework自訂分頁效果，增刪改的通用實現，具有一定的參考價值，有興趣的小夥伴們可以參考一下
簡介
之前寫一個基於Dapper的分頁實現，現在再來寫一個基於Entity Framework的分頁實現，以及增刪改的通用實現。
程式碼
如何執行範例
#還是像先前一樣：
1.先Clone下程式碼，在Database裡面解壓縮Database.7z
2. Attach到Sql Server LocalDB上。如果你用的不是Sql Server的LocalDB，你需要更改App.Config裡的連線字串。
3. Ctrl + F5，執行範例程式。
Repository 基類- 查詢
Common\AbstractRepository.cs 是Repository的基類，實作了增刪改查的一些方法，例如：
public virtual Tuple<IEnumerable<T>, int> Find(Expression<Func<T, bool>> criteria
, int pageIndex
, int pageSize
, string[] asc
, string[] desc
, params Expression<Func<T, object>>[] includeProperties)登入後複製
這個方法是AbstractRepository查詢方法中的一個，用於自訂分頁查詢，其中criteria 為一個表達式，作為查詢的條件，參數pageIndex, pageSize, asc, desc為分頁相關參數；
關於多表（關聯表）：
includeProperties為在多表時候，Join相關聯的表。因為EF預設是Lazy Loading，相關聯的表預設不是立即載入的，所以有時候如果寫程式碼不小心，在for迴圈裡就有可能會循環查詢n個字表。用來includeProperties參數，就可以在查詢時候join關聯表。
Repository 基底類別- 增刪改
#AbstractRepository已經用泛型實作了增刪改方法：
public virtual T Create(T entity)
public virtual T Update(T entity)
public virtual T CreateOrUpdate(T entity)
public virtual void Delete(TId id)
#另外，關於transaction的實作，我使用了Unit of Work模式，多個Repository共用一個DBContext，關於UOW，請在Common\UnitOfWork.cs裡找到。
呼叫UOW的時候，基本上類似於這樣：
var uow = new EFUnitOfWork();
var repo = uow.GetLogRepository();
repo.Create(new Log
{
LevelId = 1,
Thread = "",
Location = "Manual Creation",
Message = "This is manually created log.",
CreateTime = DateTimeOffset.Now,
Date = DateTime.Now
});
uow.Commit();登入後複製
從UnitOfWork得到一個或多個Repository，共享DBContext，做增刪改操作，最後uow統一SaveChanges。
Repository的衍生類別
由於已經有了AbstractRepository，實現了增刪改查的許多方法，所以派生類，例如範例專案裡的LogRepository基本上可以變得很簡單，主要實作一些特定的業務邏輯，在範例專案裡，因為沒有特殊的業務邏輯，所以會很簡單：
public class LogRepository : AbstractRepository<Log, int>
{
public LogRepository(EFContext context)
: base(context)
{
}
}登入後複製
關於Entity的生成
本人比較喜歡Database First 實現，先設計資料庫，然後用edmx reverse engineering，產生POCO。可以參考Entity目錄下的相關檔案。
當然，如果你喜歡Code First，同樣沒有問題，仍然適用本文的實作。
使用Logging日誌追蹤EF SQL
在使用Entity Framework的時候，最好關心EF所產生的SQL，這樣可以在開發階段發現一些潛在的效能問題，避免在生產環境焦頭爛額:)
在Common\EFContext.cs 裡，有一個配置項EnableTraceSql，如果為true，那麼所以EF產生的SQL將會被nlog記錄下來。我將nlog的日誌配置到了資料庫。也就是說，當你執行範例專案時，每次查詢，都會增加新的日誌記錄，內容為查詢時產生的SQL：
Specification Pattern
在查詢方法裡，有個重載是接受一個ISpecification範例，這樣的實作可以有效的控制業務邏輯，對於寫給被其他人呼叫的介面來說，可以明確的確定查詢參數，例如：
public class LogSearchSpecification : ISpecification<Log>
{
public string LevelName { get; set; }
public string Message { get; set; }
public Expression<Func<Log, bool>> ToExpression()
{
return log => (log.Level.Name == LevelName || LevelName == "") &&
(log.Message.Contains(Message) || Message == "");
}
public bool IsSatisfiedBy(Log entity)
{
return (entity.Level.Name == LevelName || LevelName == "") &&
(entity.Message.Contains(Message) || Message == "");
}
}登入後複製
那麼，呼叫這個查詢方法的程式碼就可以明確知道，我的查詢條件為LevelName和Message，至於LevelName是等於而Message為Like則是在LogSearchSpeficiation裡實現，做到很好的封裝。
最後
這套實現是幾年來平時慢慢累積的，是經過實踐的，所以應該可以作為一定的參考，當然，在具體的項目裡，可以用一些DI去拿到Repository等等，不在本文討論範圍，大家可以自由發揮，希望對大家可以有所幫助，謝謝。
以上是詳述Entity Framework自訂分頁效果實作方法的詳細內容。更多資訊請關注PHP中文網其他相關文章！
