PC设计中，“取消”按钮是否还需要？

回想1年前，在跟研发团队分享设计思路的时候，曾经信誓旦旦的向各位开发的同学介绍了对表单设计的理解，其中提到了“取消”按钮存在的必要性。

对于表单、弹出框这类需要有明确的用户操作页面，“取消”按钮的作用很多时候是提供一个容错性，并且允许用户在执行的过程中反悔自己的操作并返回到之前的页面。

在产生题目上所说的问题之前，我一直秉持的“确定”与“取消”需要同时存在的思路来进行设计，其原因既包括对之前自己设计理念的继承，也是为了能够让整个系统的操作一致起来。

然而在进行了诸多的表单页面的排版和设计后，我逐渐对取消按钮的存在产生了质疑，尤其是表单这类页面，其存在感到底有多大？

查阅了网上很多关于取消按钮的文章，总结各自的观点如下：

• 非一般的“取消”按钮
  本文分析了“取消”按钮在各种场景下的应用，认为“取消”按钮在大多数情况下有必要存在，但可以适量的进行弱化。
• 表单中的重置与取消按钮
  本文分析了“取消”与“撤销”功能的区别，认为撤销功能会比取消功能给用户带来的价值更大~而对于取消的按钮，本文表示保守的使用即可。
• 設計師，你把「OK」放左邊根本就不 OK 呀！
  台湾小哥的题目总是这么引人注目~_{本文更多时间实在讨论“取消”按钮放在什么位置合适}
• 多按钮共存——don’t make me think
  我终于找到了跟我想法差不多的文章~~文章提供了2个观点：
  • 尽可能只提供一个按钮给用户。
  • 当存在多种可能时，提供多个按钮选择，并明示其含义。

似乎取消按钮的存在与否是一个比较存在争议的问题，而从我个人看来，但凡表单页的场景，取消按钮都可以考虑去掉。

Paste_Image.png

原因在于，表单页面的返回方式实在是丰富多彩，可以通过左上角的面包屑跳转，也可以通过系统的菜单跳出界面，实在不想填了~还可以直接关闭掉整个页面。

类似的还包括这种弹出层的表单，右上角的关闭按钮已经是很明显的选择了~

Paste_Image.png

但如果一味的把取消按钮去掉，似乎很多场景就变成了死胡同，例如

Paste_Image.png

这种MAC上这种连个关闭按钮都不给的弹框，只能靠取消来进行返回的操作。
又或者

Paste_Image.png

这类警告框，似乎取消的动作更容易让用户理解自己将做出何种选择。

总结来看，个人觉得，在涉及到表单页面的“取消”按钮，我们可以尝试着让他们逐渐退出历史舞台，而存在于提示、警告、多种选择场景下的“取消”按钮，暂且让他们先愉快的活着吧~~~