詳述Entity Framework自訂分頁效果實現方法

來源:互聯網
上載者:User
這篇文章主要為大家詳細介紹了基於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等等,不在本文討論範圍,大家可以自由發揮,希望對大家可以有所協助,謝謝。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.