對於一直奮鬥在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就可以了,到此為止分頁的正確姿勢就展示完了,如果這篇文章對你有幫助就給我點個贊吧謝謝