[!Note] このコントロールは非推奨であり、Grid に置き換えられていることに注意してください。そのため、そのコントロールに移行することをお勧めします。これは新しい機能を受け取ることはなく、バグ修正は優先されません。コードベースをデータ グリッドに移行する際のヘルプや質問については、サポートにお問い合わせください。

    Web Components グリッド / テーブルのページネーション

    表形式のテーブル UI は、多くの Web 製品で一般的に使用されています。表形式のテーブル UI を最初から作成するのは簡単ではありませんが、Ignite UI for Web Components グリッドを使用すると、テーブル UI の作成が簡単になり、大量のローカル データまたはリモート データを Web Components グリッドにバインドするのも簡単です。グリッドはデフォルトで仮想化されているため、大きなデータ セットを表示するためにテーブルのページネーションを含める必要はありません。これは主に、UI で複雑なデータを整理する最も効率的な方法のために使用されます。テーブルのページネーションを使用すると、データを設定された行数で表示できるため、ユーザーは実際にスクロールバーを必要とせずに、データをスクロールできます。テーブルのページネーション UI には通常、現在のページ、合計ページ、クリック可能な [前へ] と [次へ] の矢印/ボタンなどが含まれ、ユーザーは次のようにページをめくることができます:

    行のページングは、IsPagerVisible プロパティを設定することにより、Ignite UI for Web Components データ テーブル / データ グリッド内で有効になります。さらに、pageSize を設定することで、表示される行の最大数を制限できます。

    Web Components 行のページングの例

    概要

    UX の観点から、テーブルのページネーションには長所と短所があります。UX Matters の最近の記事による、テーブルのページネーションの良い面と悪い面の分類です:

    テーブルのページネーションの利点:

    • ユーザーの選択を制限します。
    • クリック数は測定可能です。

    テーブルのページネーションの欠点:

    • ユーザーはまだスクロールする必要があります。
    • ページャーの作業と動作はサイトごとに異なります。
    • UI コントロールが多すぎると、混乱する可能性があります。
    • ユーザーは、ページネーションが遅くて面倒だと考えています。
    • ユーザーはページネーション コントロールに気付かない場合があります。
    • ページの読み込みが遅い場合があります。
    • アクションがページに適用されるのか、データ セット全体に適用されるのか、ユーザーは混乱します。

    Ignite UI Web Components グリッドを使用すると、開発者はページングを追加できますが、グリッドにはデフォルトで無限スクロールが組み込まれているため、グリッドにページャーを追加するのではなく、無限 (または仮想) スクロールをお勧めします。デフォルトのユーザー エクスペリエンスとして仮想化された無限スクロールを使用すると、次のことが可能になります:

    • スクロール操作によってページングされるデータの量を制御しながら、最高のパフォーマンスを実現。
    • すべてのコンテンツをスクロールするための自然なアプローチ。
    • すべてのインタラクションはエンド ユーザーに明確です。
    • モバイル UX での自然なインタラクションにマップします。

    Web Components グリッド/ページの同期

    ユーザーがソートやグループ化などのグリッドを操作し、グリッドで Web Components Pager を有効にした場合、次の関数を使用して、Web Components ページネーション データが Web Components テーブル表示と同期されるようにする必要があります。

    • applySorts
    • applyGroups
    • applyFilters

    API リファレンス