Forms 编辑页面和查看页面是否需要相同的基本布局？
从设计和可用性的角度来看，编辑页面是否最好模仿查看页面的布局Forms 编辑页面和查看页面是否需要相同的基本布局？,forms,user-interface,Forms,User Interface,从设计和可用性的角度来看，编辑页面是否最好模仿查看页面的布局 我们的查看页面非常密集。数据紧密地打包在一起，但是在编辑时，每个输入字段旁边都会有额外的控件。如果我们让布局保持不变，它将过于拥挤。如果重新排列字段，这会导致可用性问题吗？这取决于您的工作流程 如果用户必须在“编辑”和“查看”之间来回切换，这将使用户非常困惑，因为字段可能会跳转，他们可能会丢失正在使用的字段，等等 如果您的查看页面非常密集，您可以尝试将其分成多个部分，每个部分都有自己的编辑功能。您可以让它拍摄到自己的编辑页面，或者完全
我们的查看页面非常密集。数据紧密地打包在一起，但是在编辑时，每个输入字段旁边都会有额外的控件。如果我们让布局保持不变，它将过于拥挤。如果重新排列字段，这会导致可用性问题吗？这取决于您的工作流程 如果用户必须在“编辑”和“查看”之间来回切换，这将使用户非常困惑，因为字段可能会跳转，他们可能会丢失正在使用的字段，等等
如果您的查看页面非常密集，您可以尝试将其分成多个部分，每个部分都有自己的编辑功能。您可以让它拍摄到自己的编辑页面，或者完全是“web 2.0”，并在查看页面上弹出一个带有章节编辑表单的灯箱。这取决于您的工作流程 如果用户必须在“编辑”和“查看”之间来回切换，这将使用户非常困惑，因为字段可能会跳转，他们可能会丢失正在使用的字段，等等
如果您的查看页面非常密集，您可以尝试将其分成多个部分，每个部分都有自己的编辑功能。您可以让它拍摄到自己的编辑页面，或者完全是“web 2.0”，并在查看页面上弹出一个带有节编辑表单的灯箱。通常，您希望编辑页面与查看页面尽可能相似。一般来说有些情况下，这根本没有意义，尤其是如果您必须输入大量未在视图中显示的额外数据，这听起来像是您的情况
我要尝试做的是确保您继续以与查看时相同的方式对字段进行分组和排序，因为它们可能位于稍有不同的位置，但至少在逻辑上是相同的。通常，您希望编辑页面与查看页面尽可能相似。一般来说有些情况下，这根本没有意义，尤其是如果您必须输入大量未在视图中显示的额外数据，这听起来像是您的情况
我将尝试做的是确保您继续以与查看时相同的方式对字段进行分组和排序，尽管它们可能位于稍有不同的位置，但至少在逻辑上是相同的。事情越相似，通常情况下，用户越容易使用。我不知道您的特定布局是什么样子的，但从总体上看，拥挤的视图通常很难查看，如果将其与其他控件混在一起，情况会更糟
虽然我不是电子表格专家，但在Excel或类似产品中编辑很容易，因为它不会用很多控件阻塞视图。“编辑”面板是“视图”面板。对于我自己的产品，当事情一致时，用户通常不会感到困惑。事情越相似，通常情况下，用户越容易使用。我不知道您的特定布局是什么样子的，但从总体上看，拥挤的视图通常很难查看，如果将其与其他控件混在一起，情况会更糟
虽然我不是电子表格专家，但在Excel或类似产品中编辑很容易，因为它不会用很多控件阻塞视图。“编辑”面板是“视图”面板。对于我自己的产品，当事情保持一致时，用户通常不会感到困惑。这肯定会损害可用性。重新安排场地的两个危险是：
- 混淆用户正在编辑的字段
- 这使得用户很难找到他们想要编辑的字段
如果可能的话，你可以考虑把屏幕分开，或者使可折叠的区域给用户（和屏幕）呼吸的空间。
它肯定会损害可用性。重新安排场地的两个危险是：
- 混淆用户正在编辑的字段
- 这使得用户很难找到他们想要编辑的字段
如果可能的话，你可以考虑把屏幕分开，或者使折叠区域给用户（和屏幕）呼吸的空间。
我也遇到过类似的问题。我做的是有一个查看页面，可以让您查看所有内容，但您需要深入到逻辑部分的各个编辑页面。在逻辑部分中，字段的顺序（以及标签）始终与视图页面上的顺序相同。正是这样的事情让你的应用程序感觉更好
不要仅仅因为所有内容都与数据库模型中的相同内容相关，就将它们都放到一个庞大的编辑页面上。将它们分成有意义的集合，每个集合上有3-7个字段如果他们真的需要编辑所有内容（比如在创建新东西时），那么我会使用向导方法，它会逐步完成，显示一个只显示视图的摘要，然后让他们保存。我也遇到过类似的问题。我做的是有一个查看页面，可以让您查看所有内容，但您需要深入到逻辑部分的各个编辑页面。在逻辑部分中，字段的顺序（以及标签）始终与视图页面上的顺序相同。正是这样的事情让你的应用程序感觉有点不正常