1.4 用户不需要了解程序的工作原理
程序员在设计用户界面时所犯的第二个错误是,强迫用户理解他们的程序的内部工作机制。程序员不去调整用户界面适应用户的思维过程,而是强迫用户适应他的思维方式。而且,他往往看不到这种方法存在的问题。他会说,“我的程序就是这样工作的”。这让任何想询问用户界面为什么按照这种方式运行的人倍感困惑。
这里有一个示例很好地说明了我的意思。打开Windows记事本,或者任何其他类型的编辑器程序,然后随便输入一些文字。现在,在主菜单中选择“文件”|“退出”,或者单击标题栏右上角的X按钮。您将会看到一个消息框,如图1-1所示。
![]() |
| 图1-1 记事本程序询问用户是否保存修改 |
这个对话框所询问的到底是什么意思?它似乎在说某些文件被修改了,但是我没有在任何地方看到文件。“保存修改”到底是什么意思?
答案就是记事本通常用来编辑存放在计算机硬盘上的文档(计算机技术人员通常这样称呼文件)。当您打开某个文档的时候,记事本将其从硬盘上复制到内存中。当您通过键盘添加或者删除文字时,程序修改的是内存副本的内容。(在这个示例中,我们没有打开已有的文档,但是程序在内存中创建了一个名为“无标题”的文档。)当您完成了这份文档的编辑工作之后,程序就将内存副本写回到硬盘上去,这个操作被称为“保存文件”。否则,您所做的工作将会被丢弃,那时候追悔莫及。
之所以按照这种方式(将文档从硬盘复制到内存,然后编辑内存副本,最后写回到硬盘)编写程序,是因为对程序员来说这样做最简单。并且这样编写程序并不坏。从硬盘上读写字符(旋转硬盘的可移动部件)的速度要比内存操作(电子以光速移动)慢上数千倍,所以对于这种简单的程序内部工作这可能是最好的方式。
但是程序员设计的用户界面直接将这些工作机制暴露出来。为什么这样做不好呢?他正在强迫您理解他正是按照这种方式编写这个程序。要想成功地使用程序,用户本不应该去了解或者关心程序的内部工作机制,就像为了开动汽车并不需要去了解或者关心汽车引擎是使用燃料喷射还是汽化器。
人们通常不会按照程序工作的方式思考。大多人认为编辑计算机文档与使用笔和纸的方式类似。使用铅笔做记号,这些记号将留在纸上面。如果您不想要了,还可以将这些记号擦除。如果全部内容都不想要了,可以将纸揉成一团扔掉。您所做的工作将会被永久性地保存下来,除非您花费额外的精力将其消除。但是记事本并没有给您这样的机会。每个计算机新手都遇到过这种情况:选择“否”,于是记事本将其所做的工作全部丢弃,只能寄希望于这些工作并不是很多。最终,用户学会了像计算机程序那样思考,更加确切地说,是像编写这个糟糕程序的程序员那样思考。用户界面设计专家艾伦•库珀这样定义“懂电脑的用户(computer-literate user)”:被伤害过无数次的用户,以至于他们的伤疤足够厚,已经感觉不到任何疼痛。
如果这个对话框的问题改成“放弃您刚才所做的所有工作吗?”,那么问题本身及其答案就会更加清晰。这实际上是同一个问题,但它站在用户的角度来问这个问题,而不是站在程序员的角度。但是程序员只考虑自己程序的操作,即写回磁盘,并询问用户是否执行这项操作。他要求用户适应他的思维习惯,而不曾考虑过用户的习惯。如果曾经考虑过用户习惯的话,他就会采用不同的处理方式。他可能会发现自己的询问方式非常可笑,并会设计一套更好的用户界面,即使底层的程序还是按照原来的方式工作。
微软的Money个人理财软件就是一个比较好的示例。它的设计人员了解到用户的思维模型就是支票簿,程序的屏幕显示看上去就像是一张支票簿(图1-2)。这会让新用户感觉熟悉和(相对)舒服。当前正在处理的支票使用一种不同的颜色显示。填写支票的各项详细信息并按下回车键。这张支票就被上移,颜色也变成跟其他支票一样的颜色,工作区域出现一张新的空白支票。如果您开启了音效的话,就会听到收银机那样的“咔叮”响声 。程序不会询问是否保存支票。按下回车键就告诉程序您想保存信息。如果之后改变了想法,希望修改某张支票的数据,或者将其完全删除,只需要在支票簿中单击这张支票,然后键入新的信息。程序何时将数据从硬盘读取到内存?又在何时将其写回硬盘?我们并不知道,也不需要关心。没有人想这样做。程序的用户界面是按照您的思维模型设计的,而不会强迫您去学习并考虑程序员的内部设计决策。
![]() |
| 图1-2 微软的Money用户界面,看上去像一本支票簿 |
这是一种好得多的用户界面设计方式。作为一名用户,我并不希望考虑程序本身。我希望考虑的是程序能够为我做的事情,举例来说,是否有足够的钱来支付账单?另一位用户界面设计专家唐纳德•诺曼在他的一本著作的书名中很好地表达了这个意思:The Invisible Computer(译者注:《看不见的计算机》,该书由麻省理工大学出版社1999年出版)。理想情况下,用户完全不需要考虑到程序。
这是导致程序如此糟糕的主要原因,也是让用户感觉自己愚蠢的主要原因。用户被迫像程序员那样进行思考,即使用户并不从事也不想从事程序设计工作。用户本不该如此。人们不像机械师那样思考也照样能够驾驶,不像医生那样思考也照样可以服用阿司匹林,不像面包师那样思考也照样能烤汉堡包。用户拿自己辛辛苦苦挣来的钱购买了这些软件产品。程序员的工作就应该调整以适应用户的思维习惯,而不是其他的方式。
| 回书目 上一节 下一节 |
|
· 第六章 你能帮我吗?.. · Linux笔试面试题选摘测.. · 08年5月软考网管上午真.. · 性能测试从零开始 目录 · 08年5月软考网工上午真.. · 上周拒绝服务攻击(DDo.. |
· 08年5月各大网上书店及.. · 2008年5月24日软考试题.. · 软件设计师专家临考模.. · 上周网络管理员专家自.. · 网络工程师自测获奖名.. · 08年4月各大网上书店及.. |
|
||||
| · NAC安全访问控制 · 网络布线测试仪器 · Windows Server 2008专.. · Windows远程桌面应用 · 网络故障排除宝典 · 运营商封堵ADSL共享 中.. · 解析35岁技术人的价值.. · 世纪枭雄比尔盖茨的王.. |
· 主流品牌防火墙配置 · ASP.NET开发教程 · 超级计算机TOP500专题 · Vista SP1对决XP SP3 · SQL Server 2008/2005.. · 程序员如何成长? · C#技术开发指南 · 虚拟化技术还有点“虚” |
|||
|
||||
| · SOA 面向服务架构 · SQL Server 2008/2005.. · Apache技术专题 · 三层交换技术专题 · SQL Server入门到精通 · Windows远程桌面应用 · C#技术开发指南 · Apache技术专题 |
· Windows集群服务应用 · C#技术开发指南 · 国际文档格式标准开战 · 路由器设置与口令恢复 · Linux 集群技术专题 · PHP开发应用手册 · SOA 面向服务架构 · 企业数据恢复指南 |
|||
|
||||
| · SQL Server入门到精通 · SQL Server 2008/2005.. · SOA 面向服务架构 · Apache技术专题 · C#技术开发指南 · 三层交换技术专题 · Apache技术专题 · C#技术开发指南 |
· Windows远程桌面应用 · 企业数据恢复指南 · Windows集群服务应用 · 路由器设置与口令恢复 · Linux 集群技术专题 · SOA 面向服务架构 · 了解统一威胁管理(UTM).. · 反垃圾邮件技术应用 |
|||