现代 iOS 导航模式

文章和网站的整体反馈

• 许多人认为这些图示和结构异常清晰且实用，尤其适合那些在视觉设计方面有困难的人。
• 几位评论者称赞该页面本身的 UX 堪称可读性典范，甚至希望 Apple 的官方文档也能如此平易近人。
• 也有人指出，这些概念在很大程度上与 Apple 自己的 Human Interface Guidelines（HIG）一致；不过也有人认为，仍然必须查阅 HIG，因为二手解读可能会过时，或者略有偏差。

---

模态框、“取消”以及破坏性操作

• 一条很长的子讨论辩论了文章中对“高摩擦”与“低摩擦”模态框的表述，以及“Cancel”是否可能销毁数据的观点。
• 强烈观点是：“Cancel”必须始终是安全、低认知负担的关闭方式，不应丢失重要输入；破坏性操作应明确标注（例如“Discard”“Delete”等）。
• 也有人指出，Apple 的一些真实应用里“Cancel”确实会放弃输入，通常会带或不带确认步骤，认为“破坏性”在某种程度上是主观的，取决于有多少数据面临风险。
• 还引用了 Apple 的 HIG：用“Cancel”来取消警告的动作；对破坏性选择使用明确的动词。

---

Apple 平台上的导航一致性与肌肉记忆

• 多人抱怨 watchOS 和 iOS 会更改基础手势（例如控制中心触发方式、complication 点击），在没有警告或退出选项的情况下破坏了多年的肌肉记忆。
• 有人认为这是不必要的折腾；也有人反驳说，这些取舍很可能已经被考虑过，而冒险尝试不应因为“把所有人都开除”式的反应而受到惩罚。
• 还提到了诸如表盘上的时间/日期陈旧不更新，以及常亮模式表现别扭等 bug，认为这些问题削弱了信任。

---

返回导航、手势，以及 iOS vs Android

• 关于哪个平台更好处理“返回”，分歧很大。
• 支持 Android 的一方认为：全局返回按钮/手势和活动栈（activity stack）在各个应用之间形成一致的心智模型，包括跨应用流程；iOS 则迫使用户为每个应用重新学习其模式，而且有时会把用户“困住”。
• 支持 iOS 的一方认为：层级式导航和边缘滑动返回在应用内是可预测的；Android 的返回按钮则含义模糊——有时关闭对话框，有时返回上一级，有时退出应用。
• 许多人指出，两个平台上手势密集型 UI 都存在可发现性问题，而且左撇子用户会觉得 iOS 的边缘滑动不太顺手。

---

工具栏、标签栏与自定义

• 评论者怀念早期 iOS 中标签栏可以重新排序和自定义的时期；如今这种模式已很少见。
• 在 macOS 和 iPadOS 上，系统工具栏依然功能强大且可定制，但许多应用都自己重做一套，失去了统一性和用户可配置性。
• 开发者表示，几乎看不到用户对可自定义标签栏的需求；也有人怀疑，这可能会增加支持成本，因为用户可能会不小心移除某些内容。

---

由参与度驱动的 UX 与应用质量对比

• Apollo 经常被拿来作为优秀且一致的 iOS 导航范例，与 Reddit 官方应用形成对比；后者被许多人认为令人困惑，而且“很容易迷路”。
• 更广泛的类比是：为了“提高参与度”而重排 UI 或布局的应用和商店，被视为在浪费用户时间，这与对现代广告驱动、注意力驱动设计的批评相呼应。