Small插件化实战总结

atlas、replugin、small选择

  在实现比特牛牛项目插件化之前,花了较长一段时间在插件化方案选择上,体验了atlas、replugin、small。应该原有项目是模块化的项目,因此需求是每个模块都能实现动态更新,核心的业务插件不会太大,每次更新替换原有插件。
  replugin生成的插件不够纯粹,他会把v7的包相关class和资源打进去导致包变得很大(超过1m),还很容易到时方法超过65536。atlas虽然是个不错的选择,但它动态部署时需要打差异包,强调的是热修复,版本更新时工作量大。而small打包简单方便,相关资源不会重复打进插件,核心的业务插件会很小,只有几百k,更新插件也简单。

small使用注意事项

small的使用示例可以https://github.com/wequick/Small
获取,具体教程可以参照官网。如果有需要,先下载官方示例运行一遍。这里说一下几个注意事项:
1、每个module命名要规范,业务插件模块需要用app.xxx命名,并且要改为application类型(apply plugin: 'com.android.application')。公共库插件以lib.xxx命名,要打入主壳apk的模块(宿主分身)资源可以放到app+xxx命名的模块(会被所有其他模块引入)。当然也可以通过bundle.json定义每个module的type类型来区分插件类型。
2、如果公共库里的自定义组件需要在ConstraintLayout布局中使用,就要把ConstraintLayout的依赖加到公共库插件里。不能放到app+xxx(宿主分身下),否则读取自定义属性会有问题。
3、自定义属性declare-styleable的name属性不要和库重复,否则读取属性会失败。
4、转场动画和通知栏图标要放入宿主分身。
5、ConstraintLayout中的group组件无效(可以自定义group)
6、ARouter无效(可以自己实现一个简易版ARouter框架替换,见上篇
7、业务插件布局文件定义的id不能和公共库插件的id一样,否则在运行时会报NoSuchFieldError。(如果一定要重复的话,见Small重复id解决方法)

实战总结

  最终,项目插件化还是比较圆满的完成了。能够通过配置文件动态更新插件列表,根据插件版本动态更新。需要频繁更新的插件不大只有300k。如果需要引入大的资源,后面还可以增加插件。兼容性方面,Android4.4(红米)、Android7.0(vivo、OPPO)、Android8.0(华为),Android 9.0 beta(pixel)都测试通过。回头看重构难度方面,因为之前就是按照模块化开发的,所以很好重构,并且small是兼容kotlin的。当然也有一些坑点,如ARouter不支持啊,Glide不支持本地资源,还有最大的id重复问题。不过还是找到了相关解决方案。总的来说,small对代码极致裁剪,打包方便,它也是我用完atlas、replugin等其他插件化的最终选择。

推荐阅读更多精彩内容