重构之替换第三方框架经验总结

背景        

我们的安卓项目，避免不了使用第三方的框架。那么在遇到安卓系统API更新的时候，那么可能我们在升级SDK编译版本的时候，可能就会报错。

        这个时候，我们的第一解决方案就是，检查一下第三方框架是否需要更新。如果第三方框架做了更新，那么问题可能就解决了。

        但是，如果第三方框架没有做更新呢？我们如何解决？

        首先我们要考虑到，在我们项目中，是否采用装饰者设计模式，为第三方框架加了一层封装，从而实现不直接调用第三方库的api。下文我们可以叫中间层

        如果加了中间层，那么我们可以考虑替换一个较为成熟的第三方框架，在中间层做适当修改即可

 如果没有中间层呢？

1. 自己写一个框架，替换第三方框架。

        这是最笨的方法，不提倡。如果团队讲求效率，那么为了保证代码的可靠性，建议还是使用第三方框架

2. 如果源码是开源的，我们直接把源码拷到我们的项目中，作为一个独立的module。然后修改适配问题

        这个方法比较好，但是，还是需要我们做一部门新版本系统API的适配工作

3. 如果代码不是开源的，引入一个新的第三方框架

        这个方法比较好，但是需要我们替换相关所有旧三方框架的调用地方。不过，我们可以通过以下设计，解决这个问题。

        写个中间层，包名和类名与旧三方库的保持一致，然后，封装新的三方框架。

        这样做有两大好处：

                3.1 当我们可能再次需要替换三方框架的时候，我们可以保证不修改我们项目的源码

                3.2 这次修改，可以达到项目源码不被修改