命令基础知识
在 Windows 应用中，命令元素是使用户能够执行诸如发送电子邮件、删除项或提交表单等操作的交互式 UI 元素。 命令界面包含常见命令元素、托管它们的命令图面、它们支持的交互，以及它们提供的体验。
提供最佳命令体验
命令界面最重要的方面是你尝试让用户完成的东西。 在规划应用的功能时，请考虑好完成这些任务的必需步骤，以及需要启用的用户体验。 完成这些体验的初稿后，即可确定实现这些体验所需的工具和交互。
下面是一些常见的命令体验：
- 发送或提交信息
- 选择设置和选项
- 搜索和筛选内容
- 打开、保存和删除文件
- 编辑或创建内容
在设计命令体验时要有创意。 选择应用支持的输入设备，以及应用响应每个设备的方式。 通过支持最广泛范围的功能和首选项，尽可能提高应用的可用性、可移植性和可访问性（如需更多详细信息，请参阅 Windows 应用的命令控制设计）。
选择适当的命令元素
若要区分直观的易用应用与令人费解和困惑的应用，一条标准是能否在命令界面中使用适当的元素。 Windows 应用中提供广泛的命令元素。 下面列出了一些最常见的 UWP 命令元素。
Buttons
按钮触发即时操作。 示例包括发送电子邮件、提交表单数据或在对话框中确认某个操作。
列表
列表显示交互式列表或网格中的项。 通常用于许多选项或显示项。 示例包括下拉列表、列表框、列表视图和网格视图。
日历、日期和时间选取器
日历、日期和时间选取器使用户可以在特定情况下（例如在创建事件或设置闹钟时）查看和修改日期和时间信息。 示例包括日历日期选取器、日历视图、日期选取器、时间选取器。
预测文本输入
在用户键入时（例如，在输入数据或执行查询时）提供建议。 示例包括自动建议框。
有关完整列表，请参阅 控件和 UI 元素
将命令放在右侧图面上
可以将命令元素放置在应用中的各种图面上，包括应用画布或特殊命令容器（例如命令栏、命令栏浮出控件、菜单栏或对话框）。
始终尝试让用户直接操作内容而不是通过命令来操作内容，例如，让用户通过拖拉来重新排列列表项，而不是通过向上和向下命令按钮这样做。
不过，在某些输入设备中可能无法这样做；在需要适应特定的用户功能和首选项时，可能也无法这样做。 在这些情况下，请尽可能多地提供命令控制，并将这些命令元素置于应用的命令图面上。
下面列出了一些最常见的命令图面。
应用画布（内容区域）
如果用户始终需要一个命令来完成核心方案，则可将该命令置于画布上。 由于可以将命令置于它们受影响的对象附近（或位于其上），因此在画布上放置命令可以方便且明显地使用。 但是，请仔细选择放在画布上的命令。 应用画布上的命令过多将占用大量宝贵的屏幕空间，可能会使用户不知所措。 如果命令不经常使用，请考虑将它放在另一个命令图面中。
提供命令反馈
命令反馈告知用户：检测到了交互或命令、命令是如何解释和处理的，以及命令是否成功。 这可以让用户了解他们做了什么，以及他们下一步可以做什么。 理想的情况下，应该在 UI 中自然地集成反馈，这样用户就不必被打断或采取额外行动（除非绝对有必要）。
注意
只有在必要且其他地方不提供反馈的情况下才提供反馈。 使应用程序 UI 保持整洁，除非要添加值。
下面是几种在应用中提供反馈的方法。
命令栏
命令栏的内容区域是一个直观位置，可在用户希望看到反馈时将状态传达给用户。
浮出控件
浮出控件是轻型上下文弹出窗口，可以通过点击或单击浮出控件之外的某个位置来消除。
提示
请注意你的应用使用确认对话框的数量;当用户犯错误时，它们非常有用，但每当用户尝试故意执行操作时，它们都是一个障碍。
何时确认或撤消操作
无论应用程序 UI 的设计如何精良，所有用户都会在执行操作时犯错。 在这些情况下，应用可以通过以下方式提供帮助：要求确认某个操作，或提供一种用于撤消最近操作的方法。
对于无法撤消并产生重大后果的操作，我们建议使用确认对话框。 此类操作的示例包括：
- 覆盖文件
- 关闭前不保存文件
- 确认永久删除文件或数据
- 进行购买（除非用户选择不要求确认）
- 提交表单，例如注册某些内容
对于可以撤消的操作，提供简单的撤消命令通常就足够了。 此类操作的示例包括：
- 删除文件
- 删除电子邮件（不会永久）
- 修改内容或编辑文本
- 重命名文件
