ios|APP底部弹出控件( 四 )

④ 点击按钮退出模态。一般有以下3种情况：

a.“取消”：常用于Action Sheet、Activity View
b.“确定”或“完成”：常用于单一操作 / 收纳信息的底部面板
c.“取消”+“确定/完成/发送/提交/…”：常用于Full Screen、非即时生效的底部面板

以上退出方式，无论遵循哪一套规则，只要使用清晰合理即可。最重要的是保证产品全局上的高度一致。
4. 何时使用拖动手柄其实拖动手柄收起“底部弹出控件”，也是一种退出模态的方式。不过大家可以通过上文诸多案例发现，“拖动手柄”的使用不仅在各家产品中规则不一样、在一些产品内部也存在着不一致的地方。
豆瓣、钉钉（见下图）常驻于底部、通过手柄拖入拖出的用法，是现在使用较为明确、清晰的。

文章插图
豆瓣在最近版本中已经将不必要的“拖动手柄”去掉了，只在上图示意的场景中保留使用。我认为这种变化让一个控件的使用边界，更加清晰了。在必要场景合理使用、且不滥用，是控件规则存在的价值之一。
不过，有一些跑在前面的产品，正在用“拖动”关闭面板、逐渐代替“点击按钮”关闭面板。
所以我们在Ins和微牛中看到了处处带有“拖动手柄”、而不再使用按钮的设计。这些走在趋势前沿的产品，一般设计团队话语权较高、或者产品刚刚完成从0到1，有着较好的实验土壤。
如果你所在产品不具备这样的条件，建议还是等趋势应用的成熟了，再判断是否跟随。
5. 自定义底部面板中的多层级回退，关闭还是返回当前任务中所承载的操作较多元，且有些操作又需要新的去向，如搜索、新建等，使用层层“关闭”的逻辑完成回退（下图左侧），体验较为一气呵成。
如果当前任务在第一层级即可完成主要操作，第二层级仅承载次要信息，使用“返回”逻辑即可（下图右侧）。我们每天都在用的“支付宝-密码支付-选择银行卡”功能，就是一个比较经典的案例。

文章插图
三、使用规则的编写思路以上是我在规则草稿阶段，进行观察、思考和抽象的过程。现在我们有了“自定义”的主要用法，一些“模棱两可”的问题也有了清晰的结论。接下来我们关注三件事：
1. 先平铺再合并对于处在稳定迭代周期中的产品，我们先通过走查的方式，将线上的案例一个个收集起来。在有了粗略的归类整理后，还要继续审视当前的控件使用类型，是否还有“瘦身”的空间。
因为文档的使用者通常是产品、UI、研发、测试等协作方，如何帮助他们快速、准确的定位到某个控件的使用，是最重要的。
如果有两种用法，你发现它们的使用边界比较模糊，证明其中一个是可以被合并、或者直接删掉的。分类越集中，越有利于保持一致。
2. 分类框架因地制宜“底部弹出控件”同时包含了原生和自定义的用法，且落到不同产品中，自定义的归类方式会存在较大差异。这里以美港股券商为例，以下是我的分类框架。

文章插图
“基于原生”，指的是直接调取系统原生控件，在交互上没有进行自定义改造的基础用法。它们可能在视觉上有着区别于原生风格的再设计，但是底层仍可清晰对应至某个原生控件。
“自定义”用法在上文中已详细阐述，以美港股券商为例，目前还没有遇到“并行”的用法，未来如果出现了对应需求，再补充至文档中即可。
“关联功能”相当于这份文档的落地指引。在完成以上全部用法的编写后，以筛选、货币兑换、日期选择为具体案例，来说明这份文档如何使用、以及使用后可以带来哪些收益。