多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
#### **概述** 本章通过对Small框架的介绍,让同学们能够了解small,以及如何通过Small完成app的插件化。 #### **现有的插件化框架的介绍** * 360手机助手的[DroidPlugin框架](https://github.com/DroidPluginTeam/DroidPlugin) 严格意义上来说这个并不算是插件化框架,手机助手这类APP原本就是管理apk,多少会有一些插件化技术,但不是一个完整的插件化框架 * 百度的[dynamic-load-apk框架](https://github.com/singwhatiwanna/dynamic-load-apk) 核心代码15年发布,没有及时更新,对于新的Android系统可能不太适用(毕竟2年的时间什么都可能发生) * 携程的 [DynamicAPK](https://github.com/CtripMobile/DynamicAPK) 核心代码也是15年开发的,没有更新 * 滴滴的 [VirtualAPK](https://github.com/didi/VirtualAPK) * 个人开发者林光亮的[Small框架](https://github.com/wequick/Small) 实际上也是一个团队在开发,官网介绍——[Small](http://code.wequick.net/Small/cn/home) * alibaba开源的[Atlas框架](https://github.com/alibaba/atlas) 官网介绍——[Atlas](https://alibaba.github.io/atlas/index.html) * 奇虎360 [RePlugin](https://github.com/Qihoo360/RePlugin) **技术选型** 面对这么多的插件化框架,如何抉择,从以下三点考虑 1. 需求是什么?需求是衡量一切的标准 2. 能满足需求的条件下,哪一个学习成本最低 3. 学习成本一样的情况下,优先选择大公司的方案 附注:在以上三点都考虑的情况下,还应该考虑该插件化框架的更新频率,是否适合当前的Android发展趋势