回想1年前，在跟研发团队分享设计思路的时候，曾经信誓旦旦的向各位开发的同学介绍了对表单设计的理解，其中提到了“取消”按钮存在的必要性。
对于表单、弹出框这类需要有明确的用户操作页面，“取消”按钮的作用很多时候是提供一个容错性，并且允许用户在执行的过程中反悔自己的操作并返回到之前的页面。
在产生题目上所说的问题之前，我一直秉持的“确定”与“取消”需要同时存在的思路来进行设计，其原因既包括对之前自己设计理念的继承，也是为了能够让整个系统的操作一致起来。
然而在进行了诸多的表单页面的排版和设计后，我逐渐对取消按钮的存在产生了质疑，尤其是表单这类页面，其存在感到底有多大？
查阅了网上很多关于取消按钮的文章，总结各自的观点如下：
-
非一般的“取消”按钮
本文分析了“取消”按钮在各种场景下的应用，认为“取消”按钮在大多数情况下有必要存在，但可以适量的进行弱化。 -
表单中的重置与取消按钮
本文分析了“取消”与“撤销”功能的区别，认为撤销功能会比取消功能给用户带来的价值更大~而对于取消的按钮，本文表示保守的使用即可。 -
設計師，你把「OK」放左邊根本就不 OK 呀！
台湾小哥的题目总是这么引人注目~本文更多时间实在讨论“取消”按钮放在什么位置合适 -
多按钮共存——don’t make me think
我终于找到了跟我想法差不多的文章~~文章提供了2个观点：- 尽可能只提供一个按钮给用户。
- 当存在多种可能时，提供多个按钮选择，并明示其含义。
似乎取消按钮的存在与否是一个比较存在争议的问题，而从我个人看来，但凡表单页的场景，取消按钮都可以考虑去掉。
Paste_Image.png
原因在于，表单页面的返回方式实在是丰富多彩，可以通过左上角的面包屑跳转，也可以通过系统的菜单跳出界面，实在不想填了~还可以直接关闭掉整个页面。
类似的还包括这种弹出层的表单，右上角的关闭按钮已经是很明显的选择了~
Paste_Image.png
但如果一味的把取消按钮去掉，似乎很多场景就变成了死胡同，例如
Paste_Image.png
这种MAC上这种连个关闭按钮都不给的弹框，只能靠取消来进行返回的操作。
又或者
Paste_Image.png
这类警告框，似乎取消的动作更容易让用户理解自己将做出何种选择。
总结来看，个人觉得，在涉及到表单页面的“取消”按钮，我们可以尝试着让他们逐渐退出历史舞台，而存在于提示、警告、多种选择场景下的“取消”按钮，暂且让他们先愉快的活着吧~~~
