【正文】 為至少需要進行一個顯示 ) if (recordCount == 0) { pageCount = 1。 = getPageIndex(recordCount, pageCount, queryParam)。 = queryParam。 // 設(shè)置私有變量 = recordCount。 if (pageSize = 0) throw new ArgumentOutOfRangeException(pageSize 應(yīng)該大于 0 ！ )。 // 總頁數(shù) protected string queryParam。 // 記錄總數(shù) protected int pageSize。 接下來我們看一下 UrlManager基類的實現(xiàn)： [Serializable] public abstract class UrlManager { protected int currentPageIndex。因 此，我們在 UrlManager中定義一個抽象方法 GetPageUrl(int pageIndex)，用于實現(xiàn)獲取分頁鏈接的算法。 我們再來看一下有什么是不同的，你的頁面 Url可能是 ?page=1 ，而另外一個站點的 URL可能是這樣的 ?p=1，而對于一個使用了 UrlMapping的站點來說，它的 Url可能是 。在采用URL進行分頁時，當(dāng)前頁碼是根據(jù) URL參數(shù)獲得的，盡管參數(shù)名稱可能各不相同，但是 獲取時所用的算法都相同 。 UrlManager 基類 開始之前，我們首先進行一個 抽象 ，這個詞經(jīng)常出現(xiàn)，我對它的簡單理解就是： 提取相同和分離不同 。這樣的話，對于 Web站點來說是很不利的，因為我們希望頁面的每頁內(nèi)容都可以被搜索引擎抓取到，用戶就可以更多地利用搜索引擎來到站點，潛在地加大了站點的訪問量。注意到使用這種方式分頁時，頁面的 URL是不會發(fā)生變化的。 為什么我一開始就先要說清楚這個問題？因為有的朋友問我，為什么頁面上有一個文本框，我在文本框中輸入了內(nèi)容，然后點擊這個控件上的鏈接之后，文本框的內(nèi)容沒有了？這是因為當(dāng)你點擊控件上的鏈接以后，會重新發(fā)起一個 Http的 Request請求，相當(dāng)于重新請 求頁面，所有狀態(tài)均不保存。在這篇文章中，我介紹了如何實現(xiàn)一個通用的數(shù)據(jù)分頁模塊，并與這個分頁控件進行了一個結(jié)合。所以，本文實現(xiàn)的控件功能 重在如何在界面上顯示 。此時，我們常常求助于 Repeater 控件，這樣我們依舊會面臨分頁及其顯示的問題。 介紹 借助 提供的數(shù)據(jù)綁定控件，我們無需太多的代碼，甚至不需要代碼，只要在 VS2020 中拖拽幾下控件，進行一些屬性的設(shè)置，便可以實現(xiàn)在 Asp時代需要做大量工作才能夠?qū)崿F(xiàn)的分頁功能。這篇文章最開始是 2020年 2月份寫的，我起初想著大家應(yīng)該都有自己的數(shù)據(jù)分頁方式，而我本人并非專業(yè)做控件開發(fā)，所以只是想著提供點思路，并沒有做太細致的研究。結(jié)果根據(jù)瀏覽量發(fā)現(xiàn)大家還是比較關(guān)注的，于是就抽空對它做了一點完善，對這篇文章也進行了一個更新。但在實際的應(yīng)用中，尤其是在 Web站點程序中，我們經(jīng)常需要更加漂亮美觀的用戶界面，而類似 DataList或者 GridView 這樣的數(shù)據(jù)控件往往不能或者很難滿足我們的要求。 本文不是講述如何進行數(shù)據(jù)分頁，而將注意力集中在如何根據(jù)記錄總數(shù)、分頁大小、當(dāng)前所在頁碼，來在頁面上顯示出一個效果良好的分頁鏈接，并提供一些簡單的配置功能。 而如何進行數(shù)據(jù)分頁，可以參考這篇文章的姐妹篇： 一步步構(gòu)建“半自動”數(shù)據(jù)分頁模塊 。 關(guān)于本文所要說明的分頁控件，大家可以先點擊這個鏈接，看看實際的最終效果： 控件的制作思想 根據(jù)之前一些朋友對這個控件的一些反饋，我想先解釋一點，就是它的制作思想： 它是基于 Http的 Request請求，獲取 Url參數(shù)進行分頁的；而不是集于 Http的 Post請求，獲取隱藏的表單數(shù)據(jù)項來進行分頁的 。而你所期望的可以保存文本框內(nèi)容的效果，是類似于 .NET中 GridView等控件的分頁方式，它的實現(xiàn)是提交頁面表單，將分頁信息包含在表單項中。 那么我為什么要采用這種每次都發(fā)起一個初始 Requet請求的方式，而不是類似GridView的提交表單 Post分頁呢？因為 這個控件設(shè)計用于前臺用戶界面，我希望通過一個初始的 URL請求可以瀏覽到任意一頁 ，比如說，如果 URL為 ，那么我就可以直接訪問 ；但是使用提交表單式的分頁方式時，你的 URL就一個形式：，因為參數(shù)內(nèi)容包含在表單項內(nèi)，所以無法通過一個初始的 URL請求訪問頁面的其他頁，而只能是第一頁（你可曾試過通過一次 Request請求就訪問GridView的任意一頁？）。 控件組成 我們先做一點準(zhǔn)備工作，新建一個空的解決方案，然后在其下添加一個 Web站點項目WebSite，用于以后的測試；以及一個 ServerControl，它包含我們的分頁顯示控件。想一想如果你在設(shè)計一個分頁的顯示控件，相同的是什么？稍微分析一下就可以得出，在頁面顯示分頁鏈接時都需要當(dāng)前頁碼、分頁大小、頁碼總數(shù)，而 頁碼總數(shù) 通常是由另一個值――記錄總數(shù)，以及 分頁大小 計算 得出的， 并且計算方法相同 。因此，我們可以把這些內(nèi)容全部實現(xiàn)在一個基類中，我將它命名為了UrlManager。所以不同的是 鏈接的 URL各不相同 。 這里需要注意的是，即使是類似 UrlMapping的頁面，它獲取參數(shù)時仍是采用 Request. QueryString [param]這樣的方式，所以在獲取當(dāng)前頁碼時，采用的方法與 ?page=1并沒有什么不同，仍屬于相同的范圍。 // 當(dāng)前頁碼 protected int recordCount。 // 分頁大小 protected int pageCount。 // 傳遞頁數(shù)的參數(shù)名稱 protected UrlManager(int recordCount, int pageSize, string queryParam) { if (recordCount 0)