编辑页面和查看页面需要具有相同的基本布局吗?

这肯定会损害可用性。重新安排场地有两个危险:

• 混淆用户正在编辑的字段
• 使用户难以找到他们想要编辑的字段。

这些问题在高密度页面上更加严重。

有时这是可以的。我能想到的最好的例子是编辑器和查看器是不同的用户。另一个(更模糊的)情况是编辑屏幕需要高度优化以实现快速吞吐量的情况。

如果可能的话,您可以考虑将屏幕拆分,或制作可折叠区域,为用户(和屏幕)提供一点呼吸空间。

这取决于你的工作流程。

如果用户必须在编辑和查看之间来回切换,这会让人非常困惑,因为字段可能会跳来跳去,他们可能会丢失所在的字段等。

如果你的视图页面非常密集,你可以试着把它分成几个部分,每个部分都有自己的编辑功能。你可以让它拍摄到自己的编辑页面,或者完全是“web 2.0”,并在视图页面上弹出一个带有部分编辑表单的灯箱。

通常,事物越相似,用户就越容易使用。我不知道你的特定布局是什么样子的,但从一般的角度来看,拥挤的视图通常很难看到,用额外的控件把它弄乱会使情况变得更糟。

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

我也遇到过类似的问题。我所做的是有一个视图页面,可以让你看到所有内容,但你需要深入到逻辑部分的单独编辑页面。在逻辑部分中,字段的顺序(和标签)始终与视图页面上的顺序相同。正是这样的事情让你的应用程序感觉更好一些。

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

如果他们真的需要编辑所有内容(比如在创建新事物时),那么我会采用向导方法,逐步完成,呈现仅视图摘要,然后让他们保存。