编辑页面和查看页面是否需要具有相同的基本布局？

Question

从设计和可用性的角度来看，编辑页面是否最好模仿视图页面的布局？

我们的观看页面非常密集。数据紧密地组合在一起，但是在编辑时，每个输入字段旁边都会有额外的控件。如果我们将布局保持不变，那将会过于拥挤。如果重新排列字段会导致可用性问题吗？

Answer 1

通常，您希望将编辑页面尽可能保持在视图页面上。一般来说。有些情况下，这只是没有意义，特别是如果您必须输入大量未在视图中显示的额外数据，这听起来就是您的情况。

我要做的是确保您继续按照您正在查看的方式对字段进行分组和排序，以便它们可能位于稍微不同的位置，至少它们在逻辑上会分组相同。

Answer 2

这肯定会损害可用性。重新安排领域的两个危险是：

• 让用户对他们正在编辑的字段感到困惑
• 让用户难以找到他们想要编辑的字段。

这些问题在高密度页面上会加剧。

有些时候这是可以的。我能想到的最好的例子是编辑器和查看器是不同的用户。另一个（更模糊的）情况是编辑屏幕需要针对快速吞吐量进行高度优化。

如果可能，您可以考虑拆分屏幕，或者使可折叠区域为用户（和屏幕）提供一点呼吸空间。

Answer 3

这取决于您的工作流程。

如果用户必须在编辑和查看之间来回走动，那么这个人会非常困惑，因为字段可能会跳转，他们可能会丢失他们所在的字段等等。

如果您的视图页面非常密集，您可以尝试将其分成几个部分，每个部分都有自己的编辑功能。您可以将其拍摄到自己的编辑页面或者全部是“web 2.0”，并在视图页面上使用部分编辑表单抛出一个灯箱。

Answer 4

事物越相似，通常情况下，用户就越容易使用。我不知道你的特定布局是什么样的，但从一般的角度来看，一个拥挤的视图通常很难看，并且通过额外的控制使其变得更加糟糕。

尽管我不是电子表格，但在Excel或类似产品中进行编辑很容易，因为它不会阻碍具有大量控件的视图。编辑面板是视图面板。对于我自己的产品，当事情一致时，用户通常不那么困惑。

Answer 5

我遇到过类似的问题。我所做的是有一个View页面，可以让你看到所有内容，但是你需要深入到逻辑部分的各个编辑页面。在逻辑部分中，字段始终与视图页面上的顺序相同（并且具有相同的标签）。这样的事情让你的应用感觉好一点。

不要将所有内容都放在大型编辑页面上，因为它们都与数据库模型中的相同内容有关。将它们分成几组，每组都有3-7个字段。

如果他们确实需要编辑所有内容（比如在创建新内容时），那么我会选择一种向导的方法，提供一个仅查看摘要，然后让它们保存。