尝试阅读《Human Interface Guidelines》原文翻译学习iOS设计指南。
在iOS13及以上的版本中，可以让用户通过context menus这种有条理的形式到达和当前屏幕内容相关的补充功能。
Context menus类似于 Peek 和 Pop，但有两个关键区别：
· Context menus可以在所有运行 iOS 13及以后的设备上使用；Peek 和 Pop 只能在支持3 d Touch 的设备上使用。
· Context menus立即显示与上下文相关的命令; Peek 和 Pop 需要向上滑动以查看命令。
用户可以使用系统自定义的触摸形式、手持手势或3D touch的形式来显示context menu。打开了context menu以后会显示预览并列出对其有效的命令。人们可以选择一个命令或者拖动项目到另一个区域、窗口或者应用程序。
保持context menu的一致性
如果只在部分区域使用context menu，那么用户会不知道在什么地方使用context menu，还可能会误以为app出了问题。
只需要包含最常用的命令
例如，在邮件的context menu中，包含回复和移动邮件的命令是有意义的，但是包含格式化或邮箱命令是没有意义的，列出太多的命令可能会让人不知所措。
使用子菜单来解决复杂性
子菜单是一个context menu，它揭示了一个二级菜单的逻辑相关的命令。子菜单的标题应该直观描述它们的内容，这样人们不需要打开菜单就可以预测子菜单的命令。 简洁，行动导向的标题也让人们跳过子菜单。
将子菜单保持在一个级别
尽管子菜单可以缩短上下文菜单，清楚表达用户可以执行的命令，但是不止一个级别的子菜单会使用户体验变得复杂，并且很难导航。
将最常用的项目放在菜单顶部
当人们打开上下文菜单时，他们的焦点在菜单的顶部。 把最常见的项目放在菜单顶部可以帮助人们找到他们要找的项目。
使用分隔符对相关的菜单项进行分组
创建视觉分组可以帮助用户更快地扫描context menu。 例如，可以使用分隔符对与编辑项相关的操作进行分组，使用分隔符对与共享项相关的操作进行分组。 通常，您不希望在一个上下文菜单中有三个以上的组。
避免为同一项目提供context menu和edit menu
当同一个项目同时启动这两个功能地时候，用户会感到困惑，系统也很难检测到意图。 有关其他指南，请参阅编辑菜单。
不用提供一个打开项目的按钮
人们可以通过点击来打开他们正在预览的项目，所以通常没有必要特地提供一个打开项目的按钮。
END.THANKS FOR YOUR READING~
如有不当，还请多多指教~
