検索結果がテーブルに表示されるアプリケーションを作成していて、テーブルの固定ヘッダーとフッターを使用して無限スクロールを実装したいと考えています。
しかし、限られた量のデータだけが一度にクライアント側に提示され、スクロールが開始されると残りのデータが来ることを考えると、巨大なデータセットでソートとフィルタリングが可能かどうか知りたいです。
または、ページネーションまたはスクロールテーブルの[load more]
ボタンを除いて、巨大なデータテーブルを表す他の方法はありますか?
または、ページ分割またはスクロールテーブルの[もっと読み込む]ボタン以外の方法で巨大なデータテーブルを表す方法はありますか?
3番目のアプローチは、特に検索がパラメトリックである場合、その結果セットをさらにフィルタリングする方法を提供することです。 UIEには ファセット検索の優れた紹介 :
ファセット検索では、ユーザーは多数の個別の属性(いわゆるファセット)を使用して、情報のコレクションを調整またはナビゲートできます。ファセットは、通常は明確に制限され、相互に排他的であるコンテンツの特定の視点を表します
可能であれば、結果セットを動的に分析して、関連するファセットまたはファセット値を決定します(つまり、選択によって結果がゼロになるファセット値を除外します)。次に、ユーザーは初期結果セットにドリルダウンして、より小さく、より関連性の高い結果セットを三角形分割できます。
たとえば、LinkedINで「Hem」を検索すると、27,279件の結果が得られます。私が閲覧できる範囲をはるかに超えています(実際、LIは500ページでページ分割を制限しています)。ただし、ご覧のとおり、LIはいくつかの検索ファセットを表示して検索を絞り込むこともできます。たとえば、場所として「インド」を指定することで、27,279の結果セットを2,543人に減らすことができます。特定の業種または会社を指定して、さらに絞り込むことができます。
現在の設計のいくつかの問題は次のとおりです。
ブレーキングメンタルモデル、スリップ。無限テーブル内の可視データのみをソート/フィルタリングすると、ユーザーのメンタルモデルが壊れる可能性があります。メンタルモデルでは、有限のデータセットと、ソートやフィルタリングなど、このセットに対するいくつかの操作を想定しています。
データが単一の画面に制限されていないことを明確に示すため、ページ分割またはより多くのサポートユーザーのメンタルモデルをロードします。無限のテーブルはデータの量を隠しますが、誤った解釈とスリップにつながる可能性があります。
認知的負荷の増加テーブルデータは通常、行を飛び越えるだけでなく、読み取りを必要とします。したがって、視覚的な中断のない多くのデータは認知負荷を増加させ、素早いファティークにつながります。
悪い可読性多くの同様の繰り返しデータは可読性を壊し、焦点を失うことにつながります。
未定義のデータ動作。追加のデータをロードした後のソートされたテーブルの動作は何ですか?並べ替えると古いデータと新しいデータが混在しますが、追加するだけでおそらく順序が崩れます。
。
[〜#〜]更新[〜#〜]
考えられる問題を解決するには、データチャンク間で有益なページブレーカーを使用できます。全体的な相互作用は同じままです。ユーザーが何もしなくても無限にスクロールできます(より多くの読み込み、ページ付け)。
これらのソリューションは両方とも、ユーザーがデータ結果を完全に制御できるように実装できると思います。