背景
長期以來,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 依賴 |