背景
長期以來，mPaaS 遵循支付寶原生的開發模式，并繼承了 Bundle 作為靈活開發與快速疊代的最佳工程實踐方案，通過使用“多 Bundle“的開發模式，開發者能夠支撐 Android 的元件化與插件化開發需求。随着持續的支援新使用者接入 mPaaS 過程中，“多 Bundle”開發模式對于衆多 Android 原生小工程開發場景來說過于沉重，且不利于開發者了解，為此 mPaaS 團隊在 10.1.68 Beta 版本推出了基于 Android 原生開發的 AAR 接入方案。你可以參考以下文檔更新體驗：
- 體驗 AAR 接入試用 mPaaS： https://help.aliyun.com/document_detail/107589.html
- mPaaS Inside 更新 AAR： https://help.aliyun.com/document_detail/157038.html
Bundle 和 AAR 兩種接入方式如何選擇？
- Bundle：若您的 App 業務複雜，包含多個子產品且子產品之間沒有強耦合關系（如支付寶内的借呗和螞蟻森林），同時開發規模較大，涉及不同的團隊或部門，則更需要考慮如何根據業務、團隊進行多人多團隊的協同開發，建議您使用 Bundle 的方式并行開發。
- AAR：若你的 App 業務功能相對簡約單一，是以業務在一個單工程中，同時開發團隊規模較小，建議您使用 AAR 的方式快速內建 mPaaS 能力。
| 參考項 | Bundle | AAR |
|---|---|---|
| 研發場景 | 大型工程協同開發 | 單一工程開發 |
| 團隊規模 | 較大 （>10） | 較小 （<10） |
| 編譯速度 | 10s | 30s |
| 接入步驟 | IDEA 插件管理 JSON 依賴圖 | 原生 pom 依賴 |
