知识卡片
评价界面复杂度要分开看模型复杂度和命令复杂度
内容
判断一个应用界面复杂不复杂，可拆成两个独立维度分别考察：一是底层数据模型本身的复杂度——用户需要花多久建立起对这个模型的准确理解，模型细节是否对用户隐藏；二是操作模型的命令集合的复杂度——常用功能是否容易发现，未曾用过的功能是否也容易被找到。同一应用完全可能在两个维度上表现迥异：Emacs刻意把数据模型（纯文本字符串）做得极简，却容忍命令集合保持庞大和复杂。
参考来源
- 位置：《架构之美》第11章《GNU Emacs：滋长的特性是其优势》11.3.1节《滋长的特性和用户界面复杂性》（源文件：程序之美系列套装（6册）团队之美、项目管理之美、架构之美、数据之美、测试之美、安全之美/_epub-src/OEBPS/Text/part0239.xhtml）
- 结论依据：原文明确"在评价一个应用程序的用户界面复杂度时，有两个常见的维度：要维护的模型的复杂度，以及操作该模型的命令集的复杂度"，并分别举Word模型复杂度与Emacs命令集复杂度为例说明二者可各自独立表现。
- 原始内容：在评价一个应用程序的用户界面复杂度时，有两个常见的维度：要维护的模型的复杂度，以及操作该模型的命令集的复杂度……一个刚启动的不带任何定制的Emacs会话，提供了大约2400个命令和700个快捷键。