取消返回关闭的交互逻辑

　　平时在工作中取消/返回/关闭，都是为了解决页面的跳转逻辑，一般在页面的左上角，但到底什么时候用取消/返回/关闭，每个APP的做法都不太一样。本文主要以iOS的原生APP和各行业标杆的APP为依据，进行分析。
　　部门开始做一些交互设计专业方面的学习，形式采用的是，大家罗列出关于自己工作中遇到并且想要了解清楚的知识点，然后大家各自进行一些资料收集后，找个时间一起碰一下，进行一些交流，交流会后产出一个大家现阶段达成比较有共识的结论，然后运用到工作中。
　　笔者还是挺喜欢这样的形式，一方面每周去总结自己在工作中所遇到的问题，另一方面push自己去解决这些问题。而且两个礼拜下来，团队所形成的这种讨论的氛围和讨论的过程，已经让自己慢慢在平时使用各种APP时，下意识地去思考产品背后的用意。这种在生活中也带着工作思维的习惯，在潜移默化中也不会让自己反感。
　　以下是第一期的结论，以后会根据内容的重要程度或者机密程度选择性地展示一些。
　　主题：取消/返回/关闭交互逻辑
　　平时在工作中取消/返回/关闭，都是为了解决页面的跳转逻辑，一般在页面的左上角，但到底什么时候用取消/返回/关闭，每个APP的做法都不太一样。团队在讨论中主要以iOS的原生APP和各行业标杆的APP为依据，进行分析，现在将结果展示给大家。
　　先来讲讲三者的概念。
　　取消（Cancel）
　　牛津释义：To decide that sth that has been arranged will not take place now.
　　中文直译：使计划中的sth当前不发生
　　交互定义：终止一个当前可执行的动作
　　举个栗子：
　　关闭（Close）
　　牛津释义：To end or make sth end.
　　中文直译：使sth关闭
　　交互定义：退出一个场景或功能
　　举个栗子：
　　返回（Back）
　　牛津释义：To end or make sth end.
　　中文直译：使sth关闭
　　交互定义：退出一个场景或功能
　　举个栗子：
　　那什么时候分别用＂取消＂、＂返回＂、＂关闭＂的交互逻辑呢？
　　在单个任务上是有流程顺接性的，就用＂返回＂，一般用于页面上的主任务流程。比较独立，且是次要的任务入口用＂取消＂或者＂关闭＂。
　　什么是页面主/次要任务？
　　交互定义：大多数用户在当前页面期望操作的流程，或者是PM/UE更希望大多数用户操作的任务流程，可以认为是主要任务，其他流程可以认为是次要任务。
　　举个栗子：
　　如以上案例中，健康APP中，＂今天＂页面的主要任务是浏览各项数据，其中＂站立小时＂是主任务中其中一个子流程，并且在逻辑上对主任务来说具有顺承性，于是在＂站立小时＂的页面左上角就是一个＂返回＂。而在＂今天＂页面右上角有查看资料的功能，这个功能比较独立，对于主任务浏览各项数据来说不影响，可有可无，所以在左上角是关闭功能。
　　那＂取消＂、＂关闭＂又怎么区分呢？
　　页面的承载功能仅为浏览查看作用，就用＂关闭＂，带有操作性功能的用＂取消＂，操作性动作包括编辑、分享、新建等。
　　如上面的案例中，资料页面承载的功能是浏览个人信息，主要是浏览查看的定位功能，所以左上角是＂关闭＂。但如果是短信收件箱，左上角＂编辑＂功能点击之后，则会变成＂取消＂。
　　研究了更多的APP之后，也发现以上结论并不是一成不变的，只是建议，更多的，还需要设计师结合产品实际使用场景做判断。