考拉Android统一弹框

作者：钱成杰

背景

在快速开发的背景下，经历了n个版本后的考拉Android App中已经存在了各种各样看似相同却各有差别的弹框样式。其中包括系统弹框和自定义弹框，并且在线上时常会出现IllegalArgumentException的异常，而现有的解决方法是通过工具类来保护调用show和dismiss方法，这种方式效率不高，而且覆盖不全，开发过程中容易遗漏。另外现有的Builder方式的弹框构造工具虽然功能强大，能构造各种弹框，但是使用复杂，样式逻辑耦合，使用成本太高。于是，便需要一款样式统一、show和dismiss安全、调用简单、构造方便的统一弹框工具。

目标

1. 统一弹框的交互样式

2. show和dismiss方法安全

3. 样式与逻辑解耦，使用者不必关心弹框样式，只需要完成自己的续逻辑即可

4. 使用简单，一个接口即可获得所需样式

5. 扩展性，可支持展示特别样式弹框

怎么做？

既然有了特定的目标，那么就要开始弹框的设计了。弹框通过工厂模式设计生产，使用者通过CommonDialogFactory提供的接口，可以直接生产CommonDialog类、KaolaCommonDialog类、KaolaBottomCloseDialog类三种弹框，其中CommonDialog是为了兼容旧逻辑保留的旧的弹框样式，KaolaCommonDialog是新设计统一了样式的弹框类，但是两者在样式上没有很大的区别，KaolaBottomCloseDialog是一种底部关闭的弹框样式。

0. 保留CommonDialog的旧的构建方式。

考虑到旧的弹框中有不少弹框的业务逻辑与旧的Builder工具样式有耦合，为了保证业务逻辑不受影响，我保留了以前的Builder方式构造弹框的设计，并且对其进行了接口化封装。这样可以降低构造弹框的成本。

1. 整理目前项目中用到的弹框的样式。

由于不熟悉别的模块中弹框到底有哪些样式，所以需要整理目前项目中所有用到的弹框样式。统计结果发现大部分弹框使用的是系统弹框，而自定义弹框中不少样式已经不再使用，但是在旧的构造工具中依然存在，由于逻辑耦合，后期维护相对麻烦，这也验证了我们统一弹框组件的必要性。

2. 慢慢从DialogManager里面把样式抽出来，形成基本样式。

从旧的弹框管理类DialogManager中，将现在正在使用的弹框抽离出来，在弹框工厂CommonDialogFactory中封装成单独的接口以提供使用。也可以根据整理的接口，形成一套基