Article copyright by Jakob Nielsen
Jakob Nielsen版权所有
作者：Jakob Nielsen
译者：UCD翻译小组，Link
原文地址：http://www.useit.com/alertbox/20000416.html
大在大部分网页表单中，移除重置按钮会有效提升可用性，同样的，取消按钮对网页的意义也不太大。
启发式的交互设计中最基本的一点是在任何情况下为 用户提供“紧急出口”，离开当前环境。撤销功能是最好的解决方法之一，基本原则只是告诉我们要提供撤销功能但并没有告诉我们怎么做。往往，不同的原则适用 于不同的用户界面：
- 在基于窗口环境的用户界面中，取消按钮可以让用户通过对对话框的操作，实现探索性的学习。相比较而言，你在老些的系统中下达了错误的命令往往意味 着你将陷入绝境。
- 在编辑系统中通常会有撤销命令来使文档回复到用户编辑之前的状态。有时，多级撤销和重复命令是很有用但又令人困扰的功能。
网页试图通过重置和取消按钮来复制以上特性，但用户往往更愿意通过浏览器的后退按钮来离开误入的页面。
不要使用重置按钮！
如果去掉所有重置按钮，网页将变为一片净土。这些按钮非但不能帮助用户，还可能伤害到他们。
重置功能会把用户输入到表单中的所有信息清除掉，但为什么用户要使用这样的功能呢？用户浏览网页的时候会在页面之间频繁转换，他们很少重复访问相同 的表
单，因此，表单在呈现给用户的时候就是干干净净的。而当用户使用相同的进程重新访问一个表单时，编辑原有的数据往往比重新填写更便捷。
重置按钮会在以下三个方面伤害用户：
- 最糟糕的问题是用户想点击提交却误点了重置，他们填写的信息将一下子付之东流。
- 在表单底部提供两个按钮将混淆交互界面并让用户难以搞清下一步要做什么。用户会把一小部分时间浪费在浏览无用的按钮和决定哪一个才是该 点的上面。
- 当用户希望在表单中修改已经填写的信息时，面对额外的按钮会做出以下两个选择：
- 在输入框中修改不正确的内容
- 点击重置，在清空的输入框中重新填写内容
额外的选择会迫使用户进行额外的思 考，而使用最佳的交互方式所节省的时间往往小于用户考虑决定使用最常用的方式所花费的时间。这将浪费用户一到两秒的时间来从中取舍，这也是 尽量不要让用户选择的原因。（一秒钟听起来没什么了不起，但它意味着每年一亿美元左右的生产力浪费。）
让所有输入可撤销
去掉了重置按钮，我们有必要为用户提供其他的修改错误输入的方式。对于文本框和选择框来说，用户可以随时输入或恢复到最初的状态。
不幸的是，有些使用了非标准风格的单选框（radio button）和下拉菜单的表单并没有提供回到初始状态的选项，而这是网页设计的典型错误之一。往往，一旦用户选择了一个选项，就没有办法作出“什么都不
选” 的选择。永远别忘了在单选按钮和下拉菜单中加入明确的默认选项，否则你用户的麻烦就大了。（请参考复选框和单选按钮设计的13条军规）
例外：重复输入表单的重置按钮
当同时满足以下两个条件时，重置按钮将发挥它的作用：
- 表单总是由一个用户反复填写
- 填写的内容每次都有较大差异
即使某个用户经常使用一个表单，当填入的数据每次都很相似时重置按钮也不是十分必要的。在这种情况下编写原有的数据要比重新来过简单得多。
保守地使用取消按钮
网页并不像软件一样拥有对话框，而是一个用户游走于各个页面之间的导航环境。自从超文本导航成为用户的使用习惯，人们开始依赖后退按钮来逃离窘境。 每当用户误入了不想进入的页面，他们就会自然而然地把鼠标放到后退按钮上。
因为后退是网页浏览中很常规的行为，单独的取消功能也就不是那么重要了。如果用户不喜欢当前的页面，可以肯定，后退按钮就要出场了。
当用户害怕自己提交了不想提交的信息时，可以为他们提供取消按钮，这样能够提供给他们比直接退出更安全的的感觉。
在需要多步填写的表单中用户会在超过一个页面上进行输入，这时取消按钮是个不错的选择，因为后退按钮不会撤销之前的输入。
当然，不能指望用户每次都点取消，应该有一个后端/后台逻辑来处理点击后退来中断多步输入的行为。额外的复杂性是我不推荐在网页中加入复杂应用的原 因之一，更好的办法是使用另一种形式来实现。
购物车中的移除按钮
很有必要在购物车中添加特殊的按钮来帮助用户移除商品，我们无法知道用户是不是了解他们能够通过购买“0”件商品来取消购物。（但是反正这个小技巧 也不影响其它用户，所以还是应该实现出来给懂的人用）
（作者：请参考拙作购物车的可用性，来了解更多表单设计中的规则）
到底什么时候使用用取消按钮就
Lisa Padol 问道：
"当你讨论取消和重置按钮时并没有提及停止（即在载入时停止页面）和刷新按钮，不是吗？
我觉得这不仅是可以接受的，也很必要为比如下载文件的过程加入取消按钮。"
她的假定完全正确，浏览器的“停止”按钮很好地加强了用户的控制权。而对于文件传输和其它一些得花好几秒钟的操作也应该这样做。设计师必须给 Applet（网页上的Java应用）和
