实际上,很难超越用于组织大量项目的层次结构。我不赞成为大量窗口使用经典的下拉菜单,因为它比在树中更难跟踪你的位置(例如,一棵树可以让你同时查看多个分支)。但这里有一些选择:
我不清楚你是如何得到这么多窗口的,但它可能来自类、视图、内容和细节的组合,或者它可能来自于使用以任务为中心的 UI 结构来处理过于复杂的事情(I'更多信息请访问 http://www.zuschlogin.com/?p=3)。对于复杂的应用程序,您希望每个重要的数据对象类别(例如,发票、员工)都有一个不同的主窗口。这些都列在一个菜单上,通常很少(15 个或更少)可以是单个非级联下拉菜单。每个窗口的内容由单独的菜单设置,可能由打开对话框的菜单项设置,该对话框可能包括列表框(如打开对话框)或其他用于查询/搜索的控件。每个窗口的“视图”(如何显示数据对象,例如表格与表格)由“视图”菜单中的菜单项设置。窗口中任何给定对象的详细信息都可以以主从关系的形式显示在窗口内的单独窗格中,实质上是将数据对象转换为详细信息菜单。单个窗口可以有多个详细信息窗格供用户打开和关闭以选择要显示的特定详细信息。选项卡也可以在单个窗格中使用以适应内容的细分。
您说一次显示所有窗口选项并不重要,但通常一次显示所有选项可以让用户最容易找到他们需要的内容。也许您需要一个“主”窗口,以组织、标记和分离的类别列出所有其他窗口。如果您的用户选择一个窗口然后在大部分会话中坚持使用它,这将比树更容易使用。如果在整个会话期间经常选择窗口,则您的树会更好,因为访问主窗口会产生开销。如果所有窗口/选项不适合单个主窗口,则仅显示主窗口上每个类别的选定公共窗口,并提供按钮或链接以显示详尽列表。
如果您正在谈论 100 多个窗口,也许您应该有搜索,也许除了基于菜单的浏览方法来访问一个窗口。
In any case, providing easy access to the few most commonly used windows is a good idea. Such windows can be explicitly selected by the designer, based on user research, or selected by the the user (favorites), but it also typically works well to make it automatic with an algorithm that uses some combination of frequency and recency of use.