UI 验证
目标
您希望根据某些上下文信息隐藏 UI 中的操作或属性。
• 您希望根据某些上下文信息确定是否应允许继续执行在 UI 中选择的操作。
• 您希望根据用户在向导中输入的数据确定用户是否可以继续执行向导中的下一步,或者是否可以提交整个向导。
背景
UI 验证旨在简化 Windchill 最终用户的体验。本文档将进一步详细讨论以下三种类型的 UI 验证。
• 预验证
• 选择后验证
• 提交后验证
预验证
UI 验证的第一个类别称为预先验证。这是大多数人员在 UI 验证中首先关联的验证类别。术语预先验证是描述确定某一 UI 组件是否应该在 UI 中提供的流程。预先验证的一个示例是对未检出的对象禁用“检入”操作。预先验证对 UI 中的操作和属性均适用。在三种类型的 UI 验证中,此类型最常用。
选择后验证
UI 验证的第二个类别是选择后验证。选择后验证是指:在 UI 中选择某一操作后,确定是否允许其继续执行的流程。选择后验证的一个示例是:如果用户试图对已检出的对象执行检出操作,则系统将显示一条错误消息且不允许继续执行检出操作。选择后验证仅适用于操作。
提交后验证
UI 验证的最后一个类别是提交后验证。此类型的验证仅适用于可供用户输入数据的向导或其他表单。提交后验证的一个示例是:用户在当前步骤中输入的数据无效时,会阻止用户移动到向导中的下一步。提交后验证仅适用于向导步骤和向导提交。
范围/适用性/假设
• 预先验证 - 假设您要在 UI 中隐藏不属于当前容器团队成员的操作。
• 选择后验证 - 在用户选择某一操作后,您希望首先确定目标对象是否处于某一特定生命周期状态,然后再允许操作执行。
• 提交后验证 - 当用户在向导的第一步中输入数据并尝试导航至下一步骤时,您希望确定第一步输入的信息是否有效,然后再允许其继续。
预期结果
• 预先验证 - 在呈现页面之前,您可以确定该用户是否为当前容器团队的成员。如果不是,则不会在页面上显示该操作。
• 选择后验证 - 用户调用该操作后,您可以检查目标对象的生命周期状态。如果状态不是所需状态,则可以向用户显示一条消息,且不会执行该操作。
• 提交后验证 - 当用户单击向导上的“下一步”时,您将获得在当前步骤中输入的数据,并能够确定是否所输入的数据是否满足允许用户继续执行下一步的条件。如果数据不充分或无效,则可以向用户显示一条消息,不允许其继续执行下一步。