実際、多数のアイテムを整理するために階層を打ち負かすことは困難です。膨大な数のウィンドウに従来のプルダウン メニューを使用するのは好ましくありません。なぜなら、ツリー内よりも自分がどこにいるかを追跡する方がさらに難しいからです (たとえば、ツリーを使用すると、複数のブランチを一度に見ることができます)。ただし、いくつかの代替手段があります。
なぜこれほど多くのウィンドウができたのかはわかりませんが、クラス、ビュー、コンテンツ、詳細の組み合わせによるものか、あまりにも複雑なものにタスク中心の UI 構造を使用したことが原因である可能性があります (I'詳細については、http: //www.zuschlogin.com/?p=3 を参照してください。）。複雑なアプリの場合、データ オブジェクトの重要なクラス (請求書、従業員など) ごとに異なるプライマリ ウィンドウが必要です。これらは 1 つのメニューに一覧表示されますが、通常、単一の非カスケード プルダウン メニューにするのに十分な数 (15 以下) です。各ウィンドウのコンテンツは、個別のメニューによって設定されます。おそらく、リスト ボックス ([開く] ダイアログなど) やクエリ/検索用のその他のコントロールを含むダイアログを開くメニュー項目によって設定されます。各ウィンドウの「ビュー」(データ オブジェクトの表示方法、たとえばテーブルとフォームなど) は、[表示] メニューのメニュー項目によって設定されます。ウィンドウ内の特定のオブジェクトの詳細は、マスター/詳細関係でウィンドウ内の別のペインに表示でき、基本的にデータ オブジェクトを詳細のメニューに変えます。1 つのウィンドウに、表示する特定の詳細を選択するためにユーザーが開いたり閉じたりできる複数の詳細ペインを含めることができます。コンテンツの細分化に合わせて、単一のペイン内でタブを使用することもできます。
すべてのウィンドウ オプションを一度に表示することは重要ではないとおっしゃっていますが、多くの場合、すべてのオプションを一度に表示すると、ユーザーが必要なものを見つけやすくなります。整理され、ラベル付けされ、分類されたカテゴリに他のすべてのウィンドウを一覧表示する「ホーム」ウィンドウが必要になる場合があります。ユーザーがウィンドウを選択し、ほとんどのセッションでそれを使用する場合、これはツリーよりも使いやすくなります。ホーム ウィンドウに到達するためのオーバーヘッドが原因で、セッション全体でウィンドウの選択が頻繁に行われる場合、ツリーはより適切になります。すべてのウィンドウ/オプションが 1 つのホーム ウィンドウに収まらない場合は、ホーム ウィンドウのカテゴリごとに選択された共通ウィンドウのみを表示し、完全なリストを表示するためのボタンまたはリンクを提供します。
数百のウィンドウについて話している場合は、ウィンドウにアクセスするためのメニューベースのブラウズアプローチに加えて、おそらく検索を使用する必要があります。
いずれにせよ、最も一般的に使用されるいくつかのウィンドウに簡単にアクセスできるようにすることをお勧めします。このようなウィンドウは、ユーザーの調査に基づいてデザイナーが明示的に選択するか、ユーザーが選択する (お気に入り) ことができますが、通常、使用頻度と使用頻度の組み合わせを使用するアルゴリズムを使用して自動化することもできます。