1

リストが非常に大きくなると、UI に表示すると設計上の問題が発生します。ユーザーはアイテムのページを取得する必要がありますか?それとも、アイテムがスクロールされたときにアイテムを暗黙的にページングするリスト コントロールをユーザーが取得する必要がありますか?

Google 検索では、結果のページングは​​明示的です。結果のセットを取得し、リンクをクリックして次のセットを取得します。iPhone では、アプリ ストア内のアプリケーション名は暗黙的にページングされます。その場合、スクロールするとロードされます。Outlook の受信トレイは暗黙的にページングされますが、Outlook Web Access の受信トレイは明示的にページングされます。

この UI 設計を決定する際に考慮すべき要因は何ですか?

編集:非常に大きいという用語は、いくつかの解釈の対象となります。
いくつかの構造を与えるために、次のさまざまなケースを検討してください。

ケース A: リスト: 1. 時間の経過とともに大きくなる可能性があります。2. 少なくとも 20 億のアイテムがあります。

ケース B: リスト: 1. 時間の経過とともに大きくなる可能性があります。2.何千ものアイテムがあります。

ケース A とケース B は質的に異なっていると主張したいが、私が間違っていると示されても構わない。

4

5 に答える 5

4

空が限界であり、作業しているネイティブのツールキットやフレームワークに制約されていないと仮定すると、いくつかの考慮事項があります。

  • 「暗黙的」ページングと「明示的」ページングの区別は、「暗黙的」ページングが「明示的」ページングと同じであり、ページごとの最大結果が無制限であることを認識すると、なくなります。
  • あなたのアプリケーションはユーザー設定をサポートしますか? その場合は、ユーザーに好みを決定させることを検討する必要があります。ページごとの結果の最大数を選択するオプションを提供し、無制限の結果 (別名「暗黙の」ページング) のオプションを使用します。
  • ユーザーは通常、結果を検索、並べ替え、フィルター処理する必要がありますか? もしそうなら、部分的に不明瞭な結果セットのソートとフィルタリングは直感に反するため、「暗黙の」ページングと呼ばれるものがおそらく必要になります。
  • Web 開発について話していると仮定すると、グリッドをレンダリングする既成の GUI コントロールが世の中に存在します。それらのいくつかには、「ページ化された」結果と「ページ化されていない」結果を切り替えるオプションがあります
  • ユーザーは、結果をさまざまな形式で抽出して再利用できますか? そうであれば、制約のない結果セットの方が優れています。
于 2008-12-27T16:51:26.170 に答える
2

明示的なページングは​​基本的に、（1）帯域幅が制限されており、（2）フィルタリング/順序付け/検索オプションが直接利用できない場合に実装されていると言えますか？Outlookはその完璧な例です。リッチクライアントバージョンは明示的なページングを気にせず、データのフィルタリング/順序付け/検索のためのすべての優れたオプションを提供します。Webバージョンは明示的なページングを実装しており、そのようなオプションはありません（少なくとも、それらを実装しないのは同じ方法です）。

したがって、明示的なページングは​​、データページングの「縮小/制限」バージョンであり、暗黙的な形式が元の標準です。ユーザーに「暗黙の」データページング形式を提案できる場合は、それを選択してください。Excelシートを見て、データのフィルタリング/順序付け/検索を許可する方法に関するアイデアを入手してください。私の投稿の1つを見ることができます。ここでは、Excelに触発されて、独自のユーザーインターフェイスの標準を設定しました。

編集：

私の回答に対するSteveSteinerのコメントに続いて、明示的なページングが「ビジネス指向」の要求に準拠することはめったにないことを追加する必要があります。先月の請求書を確認したり、昨年以降のACMEによる配信の完全なリストを取得したりする必要があります。これらのリストをExcel、Outlook、またはPDFファイルにエクスポートします。要求に徹底的に答える必要があるこれらの状況では、明示的なページングが混乱の原因になるか、ユーザーの生産性を制限する可能性があります。

于 2008-12-28T17:42:34.523 に答える
1

また、Google が Web ベースであるという問題もあります。Web ベースのアプリケーションでは、数千行以上、おそらくそれ以下で限界を押し上げています。リストボックスはもっと多くをサポートするかもしれませんが、Google のような html をレンダリングしている場合、ほとんどのブラウザーを数千行以上の応答で暗黒面に吹き飛ばすことになります。

そのため、技術的な制限は Web ブラウザーでは非常に現実的です。大規模なデータセットはほとんどのブラウザーでうまく機能する場合がありますが、他のブラウザーでは問題が発生します。また、すべてのブラウザーで適切に動作するように修正できるものは 1 つもありません。

于 2008-12-27T17:07:31.333 に答える
1

ここに私が考慮したいいくつかの質問があります：

ユーザーの観点からすると、数百または数千のエントリ (または数十のエントリ) を含むリストを持つことの価値は何でしょうか?

リストの最初の部分を見るだけでなく、大量の値のセットをスクロール (またはページ) しなければならない可能性はどのくらいありますか?

「最良の」値をリストの早い段階に置くことを可能にする自然な順序付けはありますか?

順序付けは、ユーザー設定によって制御する必要がありますか (たとえば、ソート キーなど)?

決定をアプリケーションに組み込む代わりに、これをユーザーの選択/構成として公開できますか? どの戦略を使用するか、表示する要素の数などをユーザーが決定できるようにすることはできますか (そしてアプリはそれを覚えています!)。

于 2008-12-27T17:44:41.930 に答える
0

スクロールに対するページングのユーザビリティの利点はありません。ページングは​​、技術的な理由 (ネットワークやサーバーの負荷、ダイヤルアップによるページの読み込み速度など) により、一度に送信されるコンテンツの量を最小限に抑えようとする Web インターフェイスのアーティファクトです。そのような制限に直面していない場合は、スクロールを使用してください。

スクロールには、ページングに比べて次の利点があります。

  • スクロールバー コントロールは標準化されているため、ほとんどのユーザーは既に使い慣れています。ページングは​​標準化されていないため、使用するには注意と学習が必要です (たとえば、ページのリンクがどこにあるか、最初のリンクか最後のリンクかなど)。

  • 表示されるアイテムの数はウィンドウのサイズ変更に合わせて自動的に調整されるため、ユーザーは 1 ステップで表示されるアイテムの数を最適化し、スクロールとページングの両方が発生する状況を回避できます。

  • ユーザーがウィンドウ内のどこにいても、スクロールバーにアクセスできます。ページング インターフェイスは通常、ページの上部または下部のみにページ リンクを提供し、スクロールして表示されないようにします。

  • ユーザーは一度に 1 つのアイテムだけを移動して、見たいアイテムをまとめて表示できます。ページングは​​項目を任意のグループに分割するため、関心のある項目が複数のページに分割される可能性があります。

  • ユーザーは、1 回のドラッグでリスト内の任意の場所にスクロールできます。ページングは​​、表示されているページ リンクに限定されており、通常、ユーザーはすぐ近くを移動するように制限されています。

  • ユーザーはアイテムのセットを複数選択してアクション (コピー、削除など) を実行でき、現在の選択を維持しながら他のアイテムを見ることができます。ページングは​​、通常、現在のページのアイテムの選択のみを許可および維持します。

  • ユーザーは、スクロールバーの「トラック」をクリックすることで、一度に 1 つの「ページ」を移動できます。

于 2008-12-30T13:13:35.580 に答える