模式的原理和简洁外观与实际的简单性之间的权衡在基本交互设计课程中有讲过。为什么苹果公司放弃了这个知识？
1. 苹果的人机界面指南
所有现代计算机公司都为他们的开发者出品人机界面指南。苹果是第一个有这样的指导，并且它为良好的，容易理解的设计提供了原则。苹果人机界面指南最早版本由 Tognazzini 在 1978 年编写。到了 1987 年版，写于 1985-1986 之间，已经纳入了现代接口关键原则。在 1996 年史蒂夫·乔布斯回来时，这些原则仍然生效。
苹果公司的全套原则是 Tognazzini 从 Mac 界面总结的原则。在此之前，这些原则只由图形用户界面的工作者隐性掌握。写下这些原则使他们明确了，从而缓解对新员工培训和越来越多为 Macintosh 开发产品的任务。
在抽取原则时，团队主要依靠 HCI 社区做的研究，具体而言，在 19 世纪 80 年代早期，诺曼和他的学生在加州大学圣地亚哥分校的工作在 HCI 会议上发表了，并且在由诺曼和德雷珀主编的书《User Centered System Design》中也发表了。（几个 Macintosh 计算机的早期开发者和参与苹果的提取过程的人，一直在诺曼的班上学习。）
要注意的是，这些原则反映了人们的需求，意愿和人类的能力，而不是他们使用的机器。这些原则不仅适用于19世纪80年代，也适用于今天的接口交互，并且这些原则将一直适用，直到人类进化。这实际上是一个很漫长的过程。
目前[苹果 iOS 人机界面开发者指南]的确提出了众多相关的设计原则，但重点显然是在外观，尤其是外观简洁，还有用户的愉悦和享受。这些都是重要的属性，但是很不充分。
具体而言，开发者指南不少于 14 次告诫开发者要确保微妙的视觉传达。当然，设计应保持干净，并尽可能简单，但不能去除必要的能指。设计师如何知道这些东西是否是必要的？唯一已知的方法是测试用户。
这真是一个好主意。
不，这是一个强制性的想法。参与测试的并不是你所期望的用户，而是他们的代表，啊不，如苹果暗示的，仅仅是几个同事。
2. 苹果在追求视觉简洁中丢掉了西瓜
最初的苹果设计原则强调使系统容易理解的重要性，简单易学，不用手册。在前进的路上，苹果丢失了过去自己遵循的重要原则。图一展示了随时间发生的变化（由工业设计师迈克尔·迈耶为我们准备的，他读了本文的一个早期版本后，收集了这些图并允许我们使用）迈耶的图片追溯了苹果开发者指南核心原则随时间的变化。
苹果用户界面指南随时间的变化.迈克尔·迈耶
该图表示了人机界面规范从 1995 到 2015 的发展。由于手势设备使用iOS操作系统，它的开发指南放到了 2015 开发指南的左侧，是更传统的操作系统（OS X）。
Perceived Stability 和 Modelessness 在 2008 以后的某个时间消失了。
Forgiveness 和 Mental-Model 在到 iOS 的跳跃中消失了，同时 Explicit 和 Implied Actions 也分离了。
See and Point 在 2010 年年底从 iOS 指南中消失的，当时系统正升级到 iOS 4。
尽管更改为按字母顺序排列可能是一个假象（以往的名单有一个隐含的层次结构原则），2015 年的 iOS 意味着审美完整性跳到了顶部，Metaphors 和 User Control 下降到了谷底。
3. 失踪的原则
iOS 中大部分或者全部丢失的重要原则是：可发现性，反馈，可恢复性，一致性和成长鼓励：
- 可发现性
可发现性，即看一眼系统立马发现所有可能操作的能力，一直是苹果设计成功的一个关键组成部分。在早期这个原则叫做「see and point」（在图1），因为所有可能的操作都由用户看得见的对象替代了，例如按钮，图标或菜单列表项：找到你想要的操作，把鼠标光标放上去，然后点击执行。简单地说，发现性意味着使操作视觉上可发现，这样就不用把这些操作记下来。传统电脑桌面的菜单很好地体现了这个目的，标记的图标同样是的。未标记的图标经常失败，但最糟糕的罪魁祸首是完全没有任何线索。请注意苹果的指导手册里再也没有可发现性了。
- 反馈
反馈和前馈能让人知道一个操作完成后会发生什么（反馈）或者选择该操作后会发生什么（前馈）。
人们依赖于源源不断的反馈来知道他们的操作是否有效。在物理世界中，反馈是自动的。在软件世界中，只有设计者考虑到反馈才会有反馈。如果没有反馈，人们无法确定当前状态：他们既不掌控也感觉不到掌控。
- 可恢复性
错误发生时，恢复不会比重做难。（在指南和图1中叫做「forgiveness」，这也从当前的指南中消失了。）恢复是用「撤销」命令来实现的。撤消起源于 1974 年（当时的）施乐公司的帕洛阿尔托研究中心（PARC），可能是由Warren Teitelman 提出。众所周知的苹果 Lisa 和Macintosh，他们的基本机构是由在 PARC （苹果从富士施乐购买的版权）的早期开发工作得来的。撤销命令可以通过「重做」命令撤销。撤消和重做提供了从错误中恢复的一个有效的方法，但是也可以用来尝试，知道测试的操作可以随时撤销或重做。