这种类型的 UI 经常出现在各种网站和 .net 书籍中。
这些类型的用户界面在商业和/或定制商业软件中是否可接受和/或流行?
请注意
(1) Binding Navigator 的使用,以及
(2) Master-grid、Detail-grid和Input Area在同一个表格中的放置。
对我来说,无论 UI 多么琐碎,总是需要一个搜索工具,这在此处不可用。当然,我没有发现在处理大量数据的任何 UI中使用 Binding Navigator 有任何相关性。
这种类型的 UI 经常出现在各种网站和 .net 书籍中。
这些类型的用户界面在商业和/或定制商业软件中是否可接受和/或流行?
请注意
(1) Binding Navigator 的使用,以及
(2) Master-grid、Detail-grid和Input Area在同一个表格中的放置。
对我来说,无论 UI 多么琐碎,总是需要一个搜索工具,这在此处不可用。当然,我没有发现在处理大量数据的任何 UI中使用 Binding Navigator 有任何相关性。
缺少搜索也是我注意到的第一件事。
所以我认为您需要对主网格进行高级搜索,以及对列进行过滤和排序选项。
关于主-详细信息,可能更直观的是能够从主网格中选择(双击/输入),这将显示订单的详细信息以进行编辑,以及带有订单的类似网格细节。
更直观的原因是因为用户每次都在处理一个单独的窗口 - 允许他们处理手头的任务,而不会被一个杂乱无章的主窗口和所有东西塞进脑袋里。
可能它不是一个完美的 Web 界面,但它很好,例如,对于某些 ERP 表单,在表单之间切换是浪费时间,而你真的不需要它。
例如,当您注册订单时,您不需要在表格之间进行更改,您在同一个窗口中一遍又一遍地执行相同的工作,这可以节省您的时间(如果您只能使用键盘完成这项工作,则可以节省更多时间)。
因此,定义一个合适的接口总是与它的用途相关。
在本例中,我会将订单网格放在一个对话框中,将订单详细信息视图放在另一个对话框中。然后,我会将第一个/上一个/下一个/最后一个按钮移动到详细信息对话框,使用户能够从一个订单移动到下一个订单,而无需返回网格。
我还将新/删除按钮复制到详细信息对话框。同样,使用户能够删除当前订单或创建新订单(在同一窗口中或新订单)。
此外,我还会在概览和详细信息中添加打印按钮。商业软件用户喜欢打印东西。:)
只有在没有太多信息并且详细对话框感觉有点矫枉过正的情况下,才应该将所有内容放在一个对话框中。
主细节窗口是可以接受的,但不如应有的流行,如果主细节是指任何多框架或多窗格窗口,其中“细节”窗格的内容由选定或活动对象确定“主”窗格。用户一般都熟悉主详细信息,因为这基本上就是您在 Windows 资源管理器和许多电子邮件客户端(如 Outlook)中所拥有的。
搜索和主从不是相互排斥的,因此没有理由将其限制在小型数据集。主窗格本身可能(并且通常是)一组满足过滤或查询条件的记录,而不是代表数据库表中的所有记录。这可以通过即时应用过滤或窗口上的“方面”控件,或表示为“文件夹”的固定过滤标准的单独窗格(例如,一个可能是要处理的订单的“收件箱”)或单独的搜索或查询窗口或对话框(例如,显示客户 VCTE 的所有订单)。
如果您正在处理一个支持多个任务的常用应用程序,那么通常最好将很多东西放在一个相当大的窗口中,而不是有一堆小窗口。独立的小窗户:
意味着更多的导航,这需要更多的用户时间。
用户很容易迷失方向并“丢失”窗口,或者忘记一个窗口与其他窗口的关系,从而导致混乱。
必须在窗口上重复某些字段以提供上下文,从而产生更多的总体复杂性。
通常在商业软件中,一个应用程序的内容太多,无法放在一个窗口中,所以问题变成了如何在几个大窗口中划分你的内容。规则是将用户最常做的事情放在一起。您希望最大限度地减少用户在窗口之间切换的次数。通常最好的方法是使用主从窗口(使用上面描述的搜索方法)。许多任务涉及多个类/表的多个对象/记录(例如,研究客户 VCTE 订单历史以了解订购的产品如何随时间变化;将详细属性从过去的订单复制到新订单),主-详细信息窗口允许用户在没有窗口导航的情况下完成它们。主从窗口还允许用户在涉及不同类别的任务之间轻松地来回切换,
将此与 UI 进行比较,其中搜索条件和搜索结果列表都有一个窗口,结果列表中的对象有一个单独的详细信息窗口。这在基于 Web 的业务应用程序中很常见,但通常表明 UI 或业务流程设计不佳。如果您有一个带有单独详细信息窗口的搜索结果窗口,则有以下三种可能性:
预计用户将处理结果列表中的多个对象。但是,如果是这种情况,结果列表应该在带有详细信息的单独窗口上(作为主详细信息),这样用户就不必在搜索结果窗口和详细信息窗口之间来回导航。
用户需要扫描一个对象的结果列表,然后在详细信息窗口中处理该对象。但是,如果是这种情况,那么您需要改进您的搜索/查询功能,以便用户可以直接从搜索条件中找到对象,并通过一堆不相关的结果跳过扫描。
用户需要执行重复搜索,扫描结果列表,然后调整搜索条件以获得他们想要的结果。然而,搜索很少是用户的工作。搜索是为了找到用户需要的对象,然后才能完成他们的工作。如果您的用户在搜索中花费大量时间,那么您应该再次提供更好的搜索能力,以便用户可以快速找到他们需要的对象以实际完成一些工作。
更多信息请访问http://www.zuschlogin.com/?p=31。