對于經常接觸的分頁你确定你真的會嗎

對于一直奮鬥在crud“前線”的碼農, 每天面對的就是形形色色的crud代碼,不過寫了這麼多的crud你确定面對你經常也得topage,getpage确定沒什麼問題嗎?那麼今天我就來抛磚一下(目前僅在sqlserver下有效不過目測其他資料庫也一樣)

大家一般來說都會封裝一個分頁方法,這是每個開發者都會的技能,對于ef我今天就來講下正确的分頁姿勢先上分頁代碼

一般我們會定義一個分頁傳回對象當然你也可以用out傳回count來實作

/// <summary>
    /// 分頁集合
    /// </summary>
    /// <typeparam name="T"></typeparam>
    public class PagedResult<T>
    {

        #region Ctor
        /// <summary>
        /// 初始化一個新的<c>PagedResult{T}</c>類型的執行個體。
        /// </summary>
        /// <param name="total">總記錄數。</param>
        /// <param name="data">目前頁面的資料。</param>
        public PagedResult(List<T> data, int total)
        {
            this.Total = total;
            this.Data = data;
        }
        #endregion

        #region Public Properties
        /// <summary>
        /// 擷取或設定總記錄數。
        /// </summary>
        public int Total { get; set; }
        /// <summary>
        /// 分頁資料
        /// </summary>
        public List<T> Data { get; set; }
        #endregion
    }      

有了這個代碼後一般我們會對iqueryable進行封裝分頁方法，先上一個簡單版本

public static async Task<PagedResult<T>> ToPageResultAsync<T>(this IQueryable<T> source, int pageIndex, int pageSize)
        {
            //設定每次擷取多少頁
            var take = pageSize <= 0 ? 1 : pageSize;
            //設定目前頁碼最小1
            var index = pageIndex <= 0 ? 1 : pageIndex;
            //需要跳過多少頁
            var skip = (index - 1) * take;
            //擷取每次總記錄數
            var count = await source.CountAsync();
            var data = await source.Skip(skip).Take(take).ToListAsync();
            return new PagedResult<T>(data, count);
            
            
        }      

這樣我們第一個版本的分頁代碼就封裝好了,但是對于這個熟悉的方法很多人會止步于此,畢竟過度優化是很愚蠢的,但是我們會發現一個很重要的優化點是很多人會忽略的就是無意義查詢，直接上第二個版本

public static async Task<PagedResult<T>> ToPageResultAsync<T>(this IQueryable<T> source, int pageIndex, int pageSize)
        {
            //設定每次擷取多少頁
            var take = pageSize <= 0 ? 1 : pageSize;
            //設定目前頁碼最小1
            var index = pageIndex <= 0 ? 1 : pageIndex;
            //需要跳過多少頁
            var skip = (index - 1) * take;
            //擷取每次總記錄數
            var count = await source.CountAsync();
            
            //當資料庫數量小于要跳過的條數就說明沒資料直接傳回不在查詢list
            if (count <= skip)
                return new PagedResult<T>(new List<T>(0), count);
            var data = await source.Skip(skip).Take(take).ToListAsync();
            return new PagedResult<T>(data, count);
            
        }      

細心的噴友可能發現了僅僅是多了一個判斷可以減少跳大頁的情況,但是對于這種情況下我們會發現如果在大資料量比如百萬往上的情況下往往單個簡單的查詢會讓你感覺性能的低下，明明就查詢傳回了一條資料怎麼要這麼久，反而傳回多資料的時候變快了,其實這裡就有一個問題就是當你

傳回的資料庫結果僅1條的情況下如果你用了top 2那麼他就會一直找count下的資料直到滿足2條(個人猜想),是以我們再來優化下分頁代碼

public static async Task<PagedResult<T>> ToPageResultAsync<T>(this IQueryable<T> source, int pageIndex, int pageSize)
        {
            //設定每次擷取多少頁
            var take = pageSize <= 0 ? 1 : pageSize;
            //設定目前頁碼最小1
            var index = pageIndex <= 0 ? 1 : pageIndex;
            //需要跳過多少頁
            var skip = (index - 1) * take;
            //擷取每次總記錄數
            var count = await source.CountAsync();
            
            //當資料庫數量小于要跳過的條數就說明沒資料直接傳回不在查詢list
            if (count <= skip)
                return new PagedResult<T>(new List<T>(0), count);
            //擷取剩餘條數
            int remainingCount = count - skip;
            //當剩餘條數小于take數就取remainingCount
            var realTake = remainingCount < take ? remainingCount : take;
            var data = await source.Skip(skip).Take(realTake).ToListAsync();
            return new PagedResult<T>(data, count);
        }      

當資料庫中剩餘的條數減去對應的跳過數目剩餘的數目如果不夠本次pagesize的時候就不再需要按pagesize擷取資料了,是以對于本次查詢僅适用realTake就可以了,到此為止分頁的正确姿勢就展示完了,如果這篇文章對你有幫助就給我點個贊吧謝謝