這篇文章主要介紹了Entity Framework自定義分頁效果怎么弄,具有一定借鑒價值,需要的朋友可以參考下。希望大家閱讀完這篇文章后大有收獲。下面讓小編帶著大家一起了解一下。
創(chuàng)新互聯(lián)企業(yè)建站,十多年網(wǎng)站建設經(jīng)驗,專注于網(wǎng)站建設技術,精于網(wǎng)頁設計,有多年建站和網(wǎng)站代運營經(jīng)驗,設計師為客戶打造網(wǎng)絡企業(yè)風格,提供周到的建站售前咨詢和貼心的售后服務。對于做網(wǎng)站、網(wǎng)站制作中不同領域進行深入了解和探索,創(chuàng)新互聯(lián)在網(wǎng)站建設中充分了解客戶行業(yè)的需求,以靈動的思維在網(wǎng)頁中充分展現(xiàn),通過對客戶行業(yè)精準市場調研,為客戶提供的解決方案。
簡介
之前寫個一個基于Dapper的分頁實現(xiàn),現(xiàn)在再來寫一個基于Entity Framework的分頁實現(xiàn),以及增刪改的通用實現(xiàn)。
代碼
如何運行示例
還是像先前一樣:
1. 先Clone下代碼,在Database里面解壓縮Database.7z
2. Attach到Sql Server LocalDB上。如果你用的不是Sql Server的LocalDB,你需要更改App.Config里的連接字符串。
3. Ctrl + F5,運行示例程序。
Repository 基類 - 查詢
Common\AbstractRepository.cs 是Repository的基類,實現(xiàn)了增刪改查的一些方法,例如:
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 為一個表達式,作為查詢的條件,參數(shù)pageIndex, pageSize, asc, desc為分頁相關參數(shù);
關于多表(關聯(lián)表):
includeProperties為在多表時候,Join相關聯(lián)的表。因為EF默認是Lazy Loading,相關聯(lián)的表默認不是立即加載的,所以有時候如果寫代碼不小心,在for循環(huán)里就有可能會循環(huán)查詢n個字表。用來includeProperties參數(shù),就可以在查詢時候join關聯(lián)表。
Repository 基類 - 增刪改
AbstractRepository已經(jīng)用泛型實現(xiàn)了增刪改方法:
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的實現(xiàn),我使用了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統(tǒng)一SaveChanges。
Repository的派生類
由于已經(jīng)有了AbstractRepository,實現(xiàn)了增刪改查的很多方法,所以派生類,例如示例項目里的LogRepository基本就可以變得很簡單,主要實現(xiàn)一些特定的業(yè)務邏輯,在示例項目里,因為沒有特殊的業(yè)務邏輯,所以會很簡單:
public class LogRepository : AbstractRepository<Log, int> { public LogRepository(EFContext context) : base(context) { } }
關于Entity的生成
本人比較喜歡Database First 實現(xiàn),先設計數(shù)據(jù)庫,然后用edmx reverse engineering,生成POCO??梢詤⒖糆ntity目錄下的相關文件。
當然,如果你喜歡Code First,同樣沒有問題,仍然適用本文的實現(xiàn)。
使用Logging日志追蹤EF SQL
在使用Entity Framework的時候,最好關心一下EF所生成的SQL,這樣可以在開發(fā)階段發(fā)現(xiàn)一些潛在的性能問題,避免在生產環(huán)境焦頭爛額:)
在Common\EFContext.cs 里,有一個配置項EnableTraceSql,如果為true,那么所以EF生成的SQL將會被nlog記錄下來。我將nlog的日志配置到了數(shù)據(jù)庫。也就是說,在你運行示例項目時,每次查詢,都會增加新的日志記錄,內容為查詢時生成的SQL:
Specification Pattern
在查詢方法里,有個重載是接受一個ISpecification示例,這樣的實現(xiàn)可以有效的控制業(yè)務邏輯,對于寫給被其他人調用的接口來說,可以明確的確定查詢參數(shù),例如:
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里實現(xiàn),做到很好的封裝。
感謝你能夠認真閱讀完這篇文章,希望小編分享Entity Framework自定義分頁效果怎么弄內容對大家有幫助,同時也希望大家多多支持創(chuàng)新互聯(lián),關注創(chuàng)新互聯(lián)行業(yè)資訊頻道,遇到問題就找創(chuàng)新互聯(lián),詳細的解決方法等著你來學習!
新聞名稱:EntityFramework自定義分頁效果怎么弄
本文地址:http://bm7419.com/article32/goejsc.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供標簽優(yōu)化、建站公司、網(wǎng)站制作、網(wǎng)站排名、網(wǎng)站收錄、用戶體驗
聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)