4

数千の組織のリストがあり、ユーザーがそのうちの1つを選択できる必要があるとします。リストが大きすぎてページの読み込み時にドロップダウンに入力できません。ユーザーは必要なものをよく知っていますが、組織名の最初の部分ではありません。つまり、彼らは「コレクション」を知っていますが、組織の正確な名前が「コレクション部門」であることを知りません。したがって、ユーザーはいくつかの情報を入力する必要があります。

ある種の自動入力テキストボックスを使用するのは簡単ですが、ユーザーがランダムなテキストを入力できるようにしたくありません。組織の1つを明示的に選択する必要があります。

最善の解決策は何ですか？

4

9 に答える 9

2

IMOUIを次のように簡略化します。

  • 文字列を入力するためのテキストボックス
  • 次のようなフィルターオプションを設定するためのドロップダウン：「含む|で始まる|で終わる」
  • ボタン「検索」

次に、検索文字列に基づいてビューにデータを入力し、ユーザーに有効なアイテムを選択させるか、検索を絞り込みます

オートコンプリートのようなものを備えたIMOでは、文字列に到達するために多くの解析コードを記述してしまうことになり、サーバー側の負荷に関する考慮事項があるかもしれません...

HTH。

さらに、「ファセットナビゲーション」が必要かどうかを確認します。参照： http： //www.alistapart.com/articles/design-patterns-faceted-navigation/

于 2010-04-28T15:21:24.813 に答える
1

だから私にはあなたの主な課題は

  1. ユーザーがリストから（そしてリストからのみ）組織を選択する必要があることを表現します。
  2. リストには多くの組織があることを表明します。
  3. ユーザーがリストから組織をすばやく見つけるための手段を提供します。

そのすぐ上に検索ボックスを配置して、デザインの残りの部分に適合するセレクターコントロールを提示します。次に、リストをページングする必要があります。これは、ユーザーが確実に検索を使用する必要があることを示す要素が多数含まれるページが多数あるためです。検索は基本的にオートコンプリートのように機能しますが、見つかったオプションがテキストを変更する代わりに、ページ付けされたリストの内容を変更します。これを文字ごとに行う場合（またはReactive Extensionsを使用してスロットルする場合）、選択を容易にするためにリストをフィルタリングしているだけであることは明らかです。

于 2010-04-28T16:51:13.280 に答える
0

CustomValidatorを使用して、TextBoxesのコンテンツがコレクションに含まれていることを確認できます。

于 2010-04-28T15:18:17.910 に答える
0

Ajax AutoCompleteコントロールを使用できます：http ：//www.asp.net/ajax/ajaxcontroltoolkit/Samples/AutoComplete/AutoComplete.aspx 。ユーザーが特定の文字数を入力した場合にのみ、ルックアップを実行するように選択できます。

静的Webメソッドを作成して、コレクションにクエリを実行し（LINQを使用できます）、一致する組織を返します。

後でテキストボックス入力を検証する必要があることは明らかです。

于 2010-04-28T15:18:24.007 に答える
0

リストをツリーのように構造化して、単一のリストではないようにすることは可能ですか。たとえば、「Government Depts」のようなグループを作成し、それにDeptofCollectionsを追加できますか。次に、最初に最上位のグループを選択してから、そのグループ内の組織の短いリストを表示するようにユーザーに依頼しますか？

于 2010-04-28T15:20:44.430 に答える
0

データリストは実際にはデータベースにあるか、少なくともUIから十分に離れた場所に保存されている必要があるように思えます。実際に保存されている場所には、各エントリに「コレクション」などのキーワードを配置します。キーワードのリストは、オートコンプリート機能の一部として利用できる場合があります。次に、キーワードのみを検索します。

于 2010-04-28T15:21:07.773 に答える
0

アイテムをカテゴリに分割できるとしたら、ある種のツリーコントロールを使用すると役立ちますか？

したがって、ユーザーがノードをクリックすると、そのノードのアイテムのみがロードされます。等々。

于 2010-04-28T15:21:11.880 に答える
0

私はそれを2つのパスに分割します...

正しいタイトルを入力する人（つまり、コレクション部門）には、自動入力テキストボックスを使用します。一致する可能性のあるものを検索するための別の検索ボタン。検索ボタンを押すと、結果ページに移動して目的の選択肢を選択できます。この機能は、MSDNでの検索が機能する方法と似ています。

于 2010-04-28T15:57:29.287 に答える
0

最初はツリービューはかっこいいように聞こえますが、1つの分類でデータが管理可能なセットに削減されると確信していますか？データの80％が「政府部門」として分類された場合、これは実際には役に立ちません。

問題は、ユーザーが大きなリストをより使いやすい小さなセットにすばやく分割できる基準が必要なことです。さらに、データの変更に対応するための十分な柔軟性が必要です。

iTunesのようなタグ付けパターンを使用することをお勧めします。私のライブラリでは、「ロック」は私のコレクションの80％を表していますが、それでもランダムシャッフルのようなものの有用な分類です。また、タグをスタックする機能もあるので、genre = "rock"、decade = "1990"を使用して、データを関心のあるものにすばやくふるいにかけることができます。

UIでは、ユーザーが「フィルター」を適用できるセクションをお勧めします。これは、タグの特定の値を選択するだけです。リストをページに分割し、一致する可能性のある集計を表示できるようにします。

Scenerio：-画面XYZに移動して、選択できる企業が10,000社あることを確認します-[分類]をクリックして[政府部門]を選択すると、リストが更新され、1,000社になったことを示します。-[地域]をクリックして[南]を選択すると、リストが200にドロップするのがわかります。-リストを名前で並べ替えてから、選択します（またはスクロールします）。

于 2010-04-28T16:24:02.280 に答える