先来看实例：

这是写一篇新日志的页面。整个页面主要的内容就是写一篇新日志所涉及到的各种操作。有提交按钮，提交所输入的信息。有取消按钮，不要写日志了，要撤销刚才点击“写日志”按钮这个操作。点击取消按钮，页面跳转至日志列表页。


发表评论功能是跟在一篇日志的最下面，整个页面上发表评论功能并不是主要内容（主要内容是日志正文），这里的取消按钮如果也象上面的写日志页面上的取消按钮一样，页面跳转到日志列表页，显然就不对了。而如果和写日志中的取消按钮功能不同也不好。因为这两处实在太象了，两处相同样子的按钮功能却不同，显然也不对。
这里实际上不需要取消，因为没什么可取消的。之前的操作是“打开这篇日志的详情页”，而不是“发表评论”，“打开…”这个操作不需要取消按钮撤销。

“发表评论”这里的“取消”按钮实际功能是清空评论内容。那么这个按钮不应该叫“取消”，应该叫“清空”之类的。而在这个地方有这样一个清空功能似乎更多时候会使用户误操作，所以，这个按钮就该去掉了。这是另外的错误引发的另外的分析，不是这回主要要说的，到此为止。

对比这两个页面，写日志是需要撤销的，而发表评论是不需要的。
写日志页面有这样几个特点：
1. 用户主动点击了一个叫做“写日志”按钮后引出来的；
2. 按钮“写日志”表述为一种操作的；
3. 页面上充满表单元素，需要用户填写、提交。
那么，在写日志页面上，要为 “写日志”按钮提供相应的撤销操作的功能—取消按钮。

当然写日志页面上的取消按钮细研究起来还是有些问题的。在整个网站中，“写日志”按钮不止在日志列表页一个页面上出现过。那么点取消按钮返回日志列表页就不是很严谨了。如果取消按钮换做“返回日志列表页”这样一个链接，似乎就更准确了。类似下面这样：

这种表现也可以理解为取消按钮的一种变型。另外一种变型—页面右上角的叉子按钮：

评论

1. 小猪 -

   感觉上，单纯的显示“返回日志列表页”是否会让用户找不到取消按钮？或者需要思考下返回是暂存了返回还是未保存返回？
   这个取消按钮涉及到页面太多IA上或许也需要调整？
   暂时还是有疑问。

2. 清晨篮球场 -

   看到这个页面，我想说说那个“点击输入框获取验证码”的提示。
   这一处设计想解决的问题应该是页面验证码过期导致的提交出错，这样的设计大大减少了过期的可能，不错！
   但其实还有就是用户确实输入和验证码不一致而导致的错误，其实不管怎么出错，用户关心的都是内容别丢了。现在的错误提示只是告诉我“验证码错误”，然后提示消失，用户就在想“错误？那我接下来怎么办？”所以这里为什么不在提示错误的同时告诉他“请重新输入”呢，并且把焦点转移到验证码表单呢。
   看的出qq的交互现在做的很努力，加油，很喜欢这样的细致的讨论。

3. 清晨篮球场 -

   还有哦，那个出现验证码的小框框下面的“看不清楚，换一个”看上去不像可以点击的链接。

来自：什么时候需要有“取消”按钮?