前言
为了防止框架的引入对自身项目代码的入侵,我们有必要对引入的框架利用组件化的思想进行一次封装。除了防止代码入侵以外,同时也简化了使用,实现了项目的需求。
原理
正所谓开具一张图,内容全靠写,先来看一下封装之后代码的整体流程:
主要的核心思想是:
创建一个后台的FixService
在进入APP的时候(闪屏页)启动
然后请求服务器,服务器返回是否有Patch
如果有Patch,就进行下载、Fix;如果没有Patch,就结束FixService
封装过程
为了防止代码入侵、简化使用,我们先来封装一个FixManager,专门用来管理热修复相关的逻辑。有了FixManager,以后替换框架的时候,也不会影响项目的其他代码了。
下面来看看FixManager的代码:
我们通过单例的形式对FixManager进行封装,这是组件化、同时也是外观设计模式的应用。
这里主要提供了init以及addPatch方法,分别用于初始化热修复框架、添加Patch进行热修复。
我们的核心逻辑主要在FixService里面。代码如下:
FixService的封装主要是实现了上图的逻辑过程,主要的操作都通过Handler进行统一处理。代码比较简单就不详细介绍了,需要注意的是:在实际开发的时候,需要把网络请求、Bean等代码替换为自己的即可。
在项目中使用
使用上述的封装的时候,需要先在Application中进行初始化:
然后,在SplashActivity里面开启FixService,那么Fix逻辑就会在Service中执行了。
AndFix的优劣
最后,我们回过头来聊聊AndFix的优劣:
AndFix的优势是:原理简单、集成简单、使用简单、即时生效
AndFix的不足是:只能修复方法级别的BUG,限制了使用场景,例如不能进行资源、Field等的修改。
领取专属 10元无门槛券
私享最新 技术干货