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