在CakePHP中，我們為開發人員提供了不同的功能，如果我們想嘗試開發一個靈活且用戶友好的Web應用程序，那麼我們可以在框架中包含分頁概念。每頁顯示合理數量的記錄一直是每個應用程式的基本部分，並且常常給設計人員帶來許多腦痛。 CakePHP 透過提供快速、簡單的資訊分頁方法來減輕設計人員的負擔。製作適應性強且易於使用的 Web 應用程式的主要障礙之一是規劃自然的 UI。
開始您的免費軟體開發課程
網頁開發、程式語言、軟體測試及其他
易於使用的連接點的改進是 Web 應用程式設計者的主要問題之一，因為當客戶編寫原始程式碼時，程式碼的長度和複雜性就會增加。同樣，在一個頁面上管理數百或數千筆記錄也很困難。此外，它還投入了一些機會將微妙之處帶到一個單獨的頁面上，從而使 Web 應用程式體驗到其穩定的品質和客戶滿意度。沿著這些思路，CakePHP 設計者提供了分頁功能，可以在單一頁面中處理許多記錄。許多應用程式通常會迅速填滿大小和複雜性，架構師和軟體工程師發現他們無法適應顯示數百或數千筆記錄。
要在一個頁面上顯示客戶的行動記錄，那麼此時記錄的長度就被過度拉長，因此我們遇到了這些問題
客戶端需要查看不同時間才能看到資料。
使用手機、平板電腦等緊湊型設備瀏覽網站並不困難
它會減少 Web 應用程式的執行。
基於這些情況，CakePHP 提出了理想的分頁策略。
CakePHP 的分頁策略：它將所有記錄隔離為等效部分，並根據應用程式的需要向客戶端顯示單一記錄。
模型：假設我們每頁有 200 筆記錄，我們只需要顯示 20 筆記錄。就像獲得完整表格的基本數學一樣，它是 200/20 = 10。因此，我們真的想讓客戶在多功能或工作區小工具等小螢幕中看到每個頁面上的微妙之處。
現在讓我們看看如何在 CakePHP 中設定分頁，如下所示。
有時我們真的想利用傳統的 SQL 查詢在 CakePHP 中進行分頁；隨後，CakePHP 預先定義的分頁功能就會遺失。 CakePHP 中的自訂分頁
當我們在CakePHP中使用標準SQL查詢時，我們可以在模型或行為中執行分頁策略。只需確保在執行自訂問題分頁之前無法透過中心模型技術或自訂定位器獲得結果。但是，我們不能簡單地對自訂問題使用標準分頁，我們需要取消模型或行為中的分頁功能。
為了利用我們自己的策略/原理來取代模型中的 CakePHP 分頁，我們確實想加入兩個功能： paginate () 和 paginateCount()。
為了顯示大量海量訊息，我們可以使用分頁，並且可以透過 cake PHP 4 存取該元件，使用起來非常簡單。
在下面的螢幕截圖中，我們可以看到多個具有不同值的資料庫條目，如下所示。
現在我們需要在一個頁面上顯示很少條目的記錄，以便我們可以使用分頁。因此，首先我們需要如下配置routes.php檔案。
setRouteClass(DashedRoute::class); $routes->scope('/', function (RouteBuilder $builder) { $builder->registerMiddleware('csrf', new CsrfProtectionMiddleware([ 'httpOnly' => true, ])); $builder->applyMiddleware('csrf'); //$builder->connect('/pages',['controller'=>'Pages','action'=>'display', 'home']); $builder->connect('posts',['controller'=>'Posts','action'=>'index']); $builder->fallbacks(); });
現在我們需要建立controller.php檔案並編寫以下程式碼。
loadModel('rounds); $articles = $this->rounds->find('all')->order(['rounds.id ASC']); $this->set('rounds', $this->paginate($rounds, ['limit'=> '4'])); } } ?>
說明
上面的文件中我們寫了顯示記錄的邏輯，這裡我們嘗試在一個頁面上顯示4筆記錄。
現在我們需要建立一個目錄，並在該目錄下建立一個新的index.php文件，並編寫以下程式碼。
$rounds) {?>title ?>
details ?>
Paginator->prev("<<") ?> Paginator->numbers() ?> Paginator->next(">>") ?>
現在在本機中執行上述程式碼。我們使用下面的螢幕截圖說明了上述實現的最終結果。
In the regulator, we start by characterizing the default question conditions pagination will use in the $paginate regulator variable. These circumstances serve as the reason for your pagination questions. They are increased by the sort, direction, limit, and page boundaries passed in from the URL. It is critical to note that the request key should be characterized in an exhibit structure like beneath:
class RoundController extends AppController { public $paginate = [ 'limit' => 20, 'order' => [ 'Round.title' => 'Desc' ] ]; public function initialize() { parent::initialize(); $this->loadComponent('Paginator'); } }
In this code, we can include different options that are supported by the find () method as per our requirements.
class RoundController extends AppController { public $paginate = [ 'fields' => ['Rounds.id', 'Rounds.created'], 'limit' => 20, 'order' => [ 'Rounds.title' => 'Desc' ] ]; public function initialize() { parent::initialize(); $this->loadComponent('Paginator'); } }
While you can pass the vast majority of the question choices from the paginate property it is often cleaner and more straightforward to wrap up your pagination choices into a Custom Finder Method. You can characterize the locater pagination utilizing finder choice.
From the above article, we have taken in the essential idea of the CakePHP pagination and we also see the representation and examples. From this article, we learned how and when we use the CakePHP pagination.
以上是CakePHP 分頁的詳細內容。更多資訊請關注PHP中文網其他相關文章！
