我想了解如何在CRUD操作中正确呈现深层嵌套资源。
假设我有4个级别的嵌套资源（资源1，资源2，资源3，资源4）。我想向用户展示易于导航的，非混淆界面，以允许他们沿树或相邻资源导航。
创意1（Breadcrump w / Links）：
资源4查看：
资源1＆gt; [resource] - 资源2＆gt; [resource] - 资源3＆gt; [resource]
＆lt; ..资源4视图的内容（索引/新/编辑/显示）..＆gt;
创意2（Breadcrump w / Drop Downs）：
资源4查看：
资源1＆gt; [resource | V ] - 资源2＆gt; [resource | V ] - 资源3＆gt; [resource |的 V
＆lt; ..资源4视图的内容（索引/新/编辑/显示）..＆gt;
创意3（侧边栏树）：
资源4查看：
资源1 ＆lt; ..资源4视图的内容（索引/新/编辑/显示）..＆gt;
| __资源..
| __资源..
| __ 资源2
....... | __资源..
....... | __资源..
....... | __ 资源3 。
你会怎么做？你有什么例子吗？
答案 0 :(得分：1)
与面包屑（选项1或2）相比，树控件（选项3）在处理层次结构方面优于在其中显示资源的位置。如果您的用户将要移动，复制或比较资源，或者编辑层次结构本身，则首选树。如果用户在层次结构的本地邻域中进行大量移动（在同一分支上只需单击一次以选择另一个资源），导航就会更快更容易。可以一次打开层次结构的两个或多个分支，以便于来回切换。对层次结构的任何更改都会立即显现。
树控件呈现出层次结构的引人注目的可视化表示。在我经验丰富的，甚至新手计算机用户中，如果他们能够掌握层次结构的概念，他们就会掌握这个概念。相反，面包屑的线性表示可以使用户不知道甚至存在层次结构。在树控件中打开一个级别以向下钻取到层次结构中的行为在层次结构中的当前级别和树控件之间提供了强大的可视链接。使用面包屑，用户单击以向下钻取并放置面包屑的位置是分开的，这使得链接变得脆弱。用户经常忽略使用面包屑（而不是选择Back按钮），我怀疑一个原因是，由于他们在向下钻取时没有注意到面包屑，他们不确定层次结构的上层实际上是代表他们已经去过的地方。
由于这些原因，对于探索层次结构的用户来说，树控件更好。但是，有人可能会争辩说，如果用户必须探索您的层次结构，那么您可能需要创建不同的层次结构。大多数情况下，您希望用户在他们想要的资源上找到零，而不是寻找上下死角。
为了简单地在层次结构中显示资源的位置，树可能会有问题。当一个级别中有大量项目时，上层可以滚出视图，使用户迷失方向：他们无法看到层次结构的上层，甚至可能无法跟踪它们在层次结构中的深度。它还增加了在层次结构中跳过备用资源的工作。树控件还意味着用户必须明确关闭（折叠）他们不再使用的级别。这对于在层次结构上工作很有帮助，但增加了简单导航的工作。忽略关闭未使用的级别会导致重要信息滚动出视图。最后，树控件消耗的面积比面包碎片更多，这可能更适合用于展示资源。
底线：如果任务强调层次结构而不是资源，则使用树控件。
至于选项1和选项2之间的决定，我会尝试选项2.我怀疑添加下拉箭头会让任何人感到困惑，有些用户会使用它们，在导航到其他资源时节省了一些时间给定水平。
如果用户的任务只是导航到层次结构的“叶子”中的一组特定参数，我可能不会使用上述任何选项。相反，我会使用一个链或一堆下拉列表。起初，只有一个下拉列表。当用户从下拉列表中选择一个项目时，会在其下方显示一个新的下拉列表，并且用户的焦点会自动移动到该下拉列表。这一直持续到用户到达层次结束，此时窗口使用适当的控件（例如，文本框，选项按钮，复选框）显示参数。这使得钻取与层次结构的表示在视觉上相关联，同时最大化参数的不动产。
答案 1 :(得分：0)
我会按照你的第一个想法去做。用户习惯于浏览使用痕迹路径的网站。保持简单。
我绝对会避免你的第三种选择，因为可用性研究表明用户在使用树视图控件时很困难，而且我自己看到用户努力使用Windows资源管理器的轶事体验支持这一点。