#### **概述** 本章通過對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發展趨勢