Android 關于如何實作組件化的文章很多,涉及的內容也很廣,
如何實作引入庫的統一,如何單module編譯,如何做好業務拆分和解耦,
本篇主要想在組件通訊方面探討實作方案,
前言
google了一下,雖然限定時間2014年搜關鍵字「Android 組件化」也能搜出結果,但是「Android 組件化」文章的爆發期是從2015、2016年開始的,
組件化也有很多種劃分辦法,目前流行的分法是這么分的,

底層:一般是一個 lib_base 庫,
中間業務層:根據功能劃分,比如用戶組件 lib_user,廣告組件 lib_advertisement,閱讀組件 lib_reader,等等諸如此類按功能劃分的組件,
上層:app組件,在這里能真正的打出一個apk,
其中中間層這幾個業務組件就算是同級組件了,它們沒有依賴關系,但因為業務需要,它們又需要有相互呼叫的能力,
比如有一個業務場景是,點擊一個廣告的View,要判斷用戶有沒有登錄,拿到用戶資訊,沒有登錄的話跳轉到登錄頁面,廣告和用戶是兩個同級的、平行的組件,沒有相互依賴,原本是不能相互呼叫的,
所以如何優雅的同級組件的通信,實作代碼解耦是個值得思考的問題,
——————————————————————————————
方法1 純原生
如果對 ARouter 熟的話,就會知道 ARouter 可以實作這個功能,利用它們的「通過依賴注入解耦:服務管理」,
我特意去找了一下ARouter的第一個Release Tag版本,是在2017年1月4日,

ARouter的服務管理暫且不談,我想說的是,在我當年17年4月份入職的一家公司,里面的大佬已經很熟悉的運用組件化技術,并且能很好的處理平級組件之間的通信問題了,下面說說那些大佬是怎么寫的,
1.膠水類 AdvertisementGlue 與 IAdvertisementGlue
package com.yao.lib_advertisement
import android.app.Activity
import java.util.*
object AdvertisementGlue {
var advertisement: IAdvertisementGlue? = null
fun openLoginActivity(activity: Activity) {
advertisement?.openLoginActivity(activity)
}
fun loadUserConfig(): List<String> {
return advertisement?.let {
advertisement?.loadUserConfig()
} ?: Collections.emptyList()
}
}
interface IAdvertisementGlue {
fun openLoginActivity(activity: Activity)
fun loadUserConfig(): List<String>
}
首先這是在廣告組件里的類檔案,
檔案里面有個內部介面 IAdvertisementGlue,定義了一些方法,這些方法都是需要依賴到同級組件的,
再有一個主類,在kotlin里就是單例 Object AdvertisementGlue 類,在Java里就是 class AdvertisementGlue 類,但里面都是靜態方法,
類里面持有一個 IAdvertisementGlue 的實作類作為成員變數,兩個方法的處理是對 advertisement 進行判空,然后呼叫它的實作,
2.膠水實作 AdvertisementGlueImpl
在 app 組件里,為介面 IAdvertisementGlue 寫它的實作類 AdvertisementGlueImpl,
package com.yao.componentdemo
import android.app.Activity
import android.content.Intent
import com.yao.lib_advertisement.IAdvertisementGlue
import com.yao.lib_user.LoginActivity
import com.yao.lib_user.UserManager
object AdvertisementGlueImpl: IAdvertisementGlue {
override fun openLoginActivity(activity: Activity) {
activity.startActivity(Intent(activity, LoginActivity::class.java))
}
override fun loadUserConfig(): List<String> {
return UserManager.currentUser?.channel ?: emptyList()
}
}
由于 app 組件是引入了 lib_advertisement 和 lib_user,所以它可以訪問到這兩個組件,
3.初始化和呼叫
在使用到該廣告模塊之前,先給膠水類里面的實作類賦值,賦值可以在 application 或者 打開組件頁面前,
AdvertisementGlue.advertisement = AdvertisementGlueImpl
真正呼叫的地方
package com.yao.lib_advertisement
import android.os.Bundle
import android.view.View
import android.widget.Button
import android.widget.Toast
import androidx.appcompat.app.AppCompatActivity
import com.alibaba.android.arouter.facade.annotation.Route
import com.yao.lib_base.RouterHub
import com.yao.lib_base.Util.print
import org.greenrobot.eventbus.EventBus
class Demo1NormalActivity : AppCompatActivity(), View.OnClickListener {
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_demo_simple)
title = "正常的(無添加的)呼叫"
findViewById<Button>(R.id.btn_1).setOnClickListener(this)
findViewById<Button>(R.id.btn_2).setOnClickListener(this)
}
override fun onClick(v: View?) {
when (v?.id) {
R.id.btn_1 -> {
AdvertisementGlue.openLoginActivity(this)
}
R.id.btn_2 -> {
val channelList: List<String> = AdvertisementGlue.loadUserConfig()
Toast.makeText(this, channelList.print(), Toast.LENGTH_LONG).show()
}
}
}
}
宣告成kotlin的單例,或者是java全部使用靜態方法的工具類,這樣使用起來就很方便了,
小結
這套方案不需要使用任何庫,純原生無添加就實作了,結構上是依賴上層app組件,在app組件里去實作ad組件的介面,呼叫user組件的代碼,

——————————————————————————————
方法2.1 ARouter的服務管理(我最開始的類放置方法)
剛開始看ARouter服務管理的檔案,我還帶著我以前用的膠水類的思考去看的,所以我是這么寫的
1.介面類 AdvertisementServiceInAd
在廣告組件里宣告介面,繼承 iProvider介面,
package com.yao.lib_advertisement
import android.app.Activity
import com.alibaba.android.arouter.facade.template.IProvider
interface AdvertisementServiceInAd: IProvider {
fun openLoginActivity(activity: Activity)
fun loadUserConfig(): List<String>
}
2.實作類 AdvertisementServiceInAdImpl
在app組件里寫實作類,用上ARouter的注解,由于app引入了用戶組件,所以可以使用用戶組件的代碼,
package com.yao.componentdemo
import android.app.Activity
import android.content.Context
import android.content.Intent
import android.util.Log
import com.alibaba.android.arouter.facade.annotation.Route
import com.yao.lib_advertisement.AdvertisementServiceInAd
import com.yao.lib_base.RouterHub
import com.yao.lib_user.LoginActivity
import com.yao.lib_user.UserManager
@Route(path = RouterHub.ADVERTISEMENT_SERVICE_IN_AD, name = "在Ad模塊宣告的廣告服務")
class AdvertisementServiceInAdImpl: AdvertisementServiceInAd {
override fun init(context: Context?) {
Log.e("YAO", "AdvertisementServiceInBaseImpl init")
}
override fun openLoginActivity(activity: Activity) {
activity.startActivity(Intent(activity, LoginActivity::class.java))
}
override fun loadUserConfig(): List<String> {
return UserManager.currentUser?.channel ?: emptyList()
}
}
3.使用
使用ARouter的注解,為成員變數 AdvertisementServiceInAd 賦值,就可以使用了,
package com.yao.lib_advertisement
import android.os.Bundle
import android.view.View
import android.widget.Button
import android.widget.Toast
import androidx.appcompat.app.AppCompatActivity
import com.alibaba.android.arouter.facade.annotation.Autowired
import com.alibaba.android.arouter.facade.annotation.Route
import com.alibaba.android.arouter.launcher.ARouter
import com.yao.lib_base.RouterHub
import com.yao.lib_base.Util.print
@Route(path = RouterHub.DEMO_2_1)
class Demo2ARouter1Activity : AppCompatActivity(), View.OnClickListener {
// 使用依賴注入為服務賦值,通過注解標注欄位,即可使用,無需主動獲取,
@JvmField
@Autowired()
var advertisementServiceInAd: AdvertisementServiceInAd? = null
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_demo_simple)
ARouter.getInstance().inject(this);
title = "ARouter注入方式呼叫(使用上層模塊寫實作)"
findViewById<Button>(R.id.btn_1).setOnClickListener(this)
findViewById<Button>(R.id.btn_2).setOnClickListener(this)
}
override fun onClick(v: View?) {
when (v?.id) {
R.id.btn_1 -> {
advertisementServiceInAd?.openLoginActivity(this)
}
R.id.btn_2 -> {
val channelList: List<String> = advertisementServiceInAd?.loadUserConfig() ?: emptyList()
Toast.makeText(this, channelList.print(), Toast.LENGTH_LONG).show()
}
}
}
}
小結
相比起上面純原生無添加的方案少了2個步驟,非常解耦了,使用父類參考+注入子類實作的方式,也是非常方便,

——————————————————————————————
方法2.2 ARouter的服務管理 (更合適的類放置方法)
上面說過 剛開始看ARouter我還帶著我以前用的膠水類的思考去寫的,實際上,ARouter服務管理的一種更好的寫法應該是這樣的,
1.介面類 AdvertisementServiceInBase (定義在 lib_base 組件里)
應該把介面定義下沉到base組件里
package com.yao.lib_base
import android.app.Activity
import com.alibaba.android.arouter.facade.template.IProvider
interface AdvertisementServiceInBase: IProvider {
fun openLoginActivity(activity: Activity)
fun loadUserConfig(): List<String>
}
2.實作類 AdvertisementServiceInAdImpl(定義在 lib_user 用戶組件里)
在用戶組件里寫具體實作
package com.yao.lib_user
import android.app.Activity
import android.content.Context
import android.content.Intent
import android.util.Log
import com.alibaba.android.arouter.facade.annotation.Route
import com.yao.lib_base.AdvertisementServiceInBase
import com.yao.lib_base.RouterHub
@Route(path = RouterHub.ADVERTISEMENT_SERVICE_IN_BASE, name = "在Base模塊宣告的廣告服務")
class AdvertisementServiceInBaseImpl : AdvertisementServiceInBase {
override fun init(context: Context?) {
Log.e("YAO", "AdvertisementServiceInBaseImpl init")
}
override fun openLoginActivity(activity: Activity) {
activity.startActivity(Intent(activity, LoginActivity::class.java))
}
override fun loadUserConfig(): List<String> {
return UserManager.currentUser?.channel ?: emptyList()
}
}
3.使用
使用跟上面的一樣
package com.yao.lib_advertisement
import android.os.Bundle
import android.view.View
import android.widget.Button
import android.widget.Toast
import androidx.appcompat.app.AppCompatActivity
import com.alibaba.android.arouter.facade.annotation.Autowired
import com.alibaba.android.arouter.facade.annotation.Route
import com.alibaba.android.arouter.launcher.ARouter
import com.yao.lib_base.*
import com.yao.lib_base.Util.print
@Route(path = RouterHub.DEMO_2_2)
class Demo2ARouter2Activity : AppCompatActivity(), View.OnClickListener {
// 使用依賴注入為服務賦值,通過注解標注欄位,即可使用,無需主動獲取,
@JvmField
@Autowired()
var advertisementServiceInBase: AdvertisementServiceInBase? = null
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_demo_complex)
ARouter.getInstance().inject(this);
title = "ARouter注入方式呼叫(使用下層模塊寫介面)"
findViewById<Button>(R.id.btn_1).setOnClickListener(this)
findViewById<Button>(R.id.btn_2).setOnClickListener(this)
}
override fun onClick(v: View?) {
when (v?.id) {
R.id.btn_1 -> {
advertisementServiceInBase?.openLoginActivity(this)
}
R.id.btn_2 -> {
val channelList: List<String> = advertisementServiceInBase?.loadUserConfig() ?: emptyList()
Toast.makeText(this, channelList.print(), Toast.LENGTH_LONG).show()
}
}
}
}
小結
看了一下ARouter的官方的demo,沒有講類放置的方法,但是我自己比較起來,把介面定義放在base組件更合適,這樣可以讓實作類寫在用戶組件里,

——————————————————————————————
2.3 ARouter的服務管理 (更合適的介面定義)
上面講的是,把「廣告組件里需要呼叫到同級組件(用戶組件)的功能」封裝成一個介面類,這個介面放在base組件里,
其實更合適的功能定義,應該是把「這個組件能提供的能力」封裝成一個介面類放到base組件里,在這個例子里,就是用戶組件能提供的能力,
1.介面類 UserService (定義用戶組件對外提供的能力)
package com.yao.lib_base
import android.app.Activity
import com.alibaba.android.arouter.facade.template.IProvider
import io.reactivex.Observable
import io.reactivex.Single
interface UserService: IProvider {
fun openLoginActivity(activity: Activity)
fun loadUserConfig(): List<String>
fun getVipLevel(): Int
fun openVipActivity(activity: Activity)
// 觀察者模式回呼
fun registerUserInfoUpdate(callback: UserInfoUpdateCallback)
// 網路請求式異步
fun requestUserInfoUpdate(): Observable<String>
}
interface UserInfoUpdateCallback {
fun onUserInfoUpdate(jsonString: String)
}
2.實作類 UserServiceImpl(在用戶組件里,寫能力的具體實作)
package com.yao.lib_user
import android.annotation.SuppressLint
import android.app.Activity
import android.content.Context
import android.content.Intent
import android.util.Log
import com.alibaba.android.arouter.facade.annotation.Route
import com.yao.lib_base.GsonUtil
import com.yao.lib_base.RouterHub
import com.yao.lib_base.UserInfoUpdateCallback
import com.yao.lib_base.UserService
import io.reactivex.Observable
import io.reactivex.android.schedulers.AndroidSchedulers
import io.reactivex.functions.Consumer
import io.reactivex.internal.operators.flowable.FlowableReplay.observeOn
import java.util.concurrent.TimeUnit
import kotlin.random.Random
@Route(path = RouterHub.USER_SERVER, name = "lib_user模塊提供出來的服務")
class UserServiceImpl : UserService {
private val userInfoUpdateCallbackList = mutableListOf<UserInfoUpdateCallback>()
override fun init(context: Context?) {
Log.e("YAO", "UserServiceImpl init")
}
override fun openLoginActivity(activity: Activity) {
activity.startActivity(Intent(activity, LoginActivity::class.java))
}
override fun loadUserConfig(): List<String> {
return UserManager.currentUser?.channel ?: emptyList()
}
override fun getVipLevel(): Int {
return UserManager.currentUser?.vipLevel ?: 0
}
override fun openVipActivity(activity: Activity) {
activity.startActivity(Intent(activity, VipActivity::class.java))
}
@SuppressLint("CheckResult")
override fun registerUserInfoUpdate(callback: UserInfoUpdateCallback) {
if (!userInfoUpdateCallbackList.contains(callback)) {
userInfoUpdateCallbackList.add(callback)
}
// 模擬事件觸發
Observable
.interval(1, TimeUnit.SECONDS)
.take(1)
.observeOn(AndroidSchedulers.mainThread())
.subscribe(Consumer {
val userInfo = UserManager.currentUser?.let {
it.experience += 10
it
}
for (item in userInfoUpdateCallbackList) {
item.onUserInfoUpdate(GsonUtil.toJson(userInfo))
}
})
}
override fun requestUserInfoUpdate(): Observable<String> {
val userInfo = UserManager.currentUser?.let {
it.experience += 10
it
}
// 模擬網路請求
return Observable
.timer(300L + Random.nextInt(700), TimeUnit.MILLISECONDS)
.map {
GsonUtil.toJson(userInfo)
}
.observeOn(AndroidSchedulers.mainThread())
}
}
3.使用
package com.yao.lib_advertisement
import android.os.Bundle
import android.view.View
import android.widget.Button
import android.widget.Toast
import androidx.appcompat.app.AppCompatActivity
import com.alibaba.android.arouter.facade.annotation.Autowired
import com.alibaba.android.arouter.facade.annotation.Route
import com.alibaba.android.arouter.launcher.ARouter
import com.yao.lib_base.*
import com.yao.lib_base.Util.print
import io.reactivex.functions.Consumer
@Route(path = RouterHub.DEMO_2_2)
class Demo2ARouter2Activity : AppCompatActivity(), View.OnClickListener {
// 使用依賴注入為服務賦值,通過注解標注欄位,即可使用,無需主動獲取,
@JvmField
@Autowired()
var advertisementServiceInBase: AdvertisementServiceInBase? = null
@JvmField
@Autowired()
var userService: UserService? = null
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_demo_complex)
ARouter.getInstance().inject(this);
title = "ARouter注入方式呼叫(使用下層模塊寫介面)"
findViewById<Button>(R.id.btn_1).setOnClickListener(this)
findViewById<Button>(R.id.btn_2).setOnClickListener(this)
findViewById<Button>(R.id.btn_3).setOnClickListener(this)
findViewById<Button>(R.id.btn_4).setOnClickListener(this)
findViewById<Button>(R.id.btn_5).setOnClickListener(this)
findViewById<Button>(R.id.btn_6).setOnClickListener(this)
}
override fun onClick(v: View?) {
when (v?.id) {
R.id.btn_1 -> {
advertisementServiceInBase?.openLoginActivity(this)
}
R.id.btn_2 -> {
val channelList: List<String> = advertisementServiceInBase?.loadUserConfig() ?: emptyList()
Toast.makeText(this, channelList.print(), Toast.LENGTH_LONG).show()
}
R.id.btn_3 -> {
val level = userService?.getVipLevel() ?: 0
Toast.makeText(this, "會員等級:$level", Toast.LENGTH_LONG).show()
}
R.id.btn_4 -> {
userService?.openVipActivity(this)
}
R.id.btn_5 -> {
userService?.registerUserInfoUpdate(userInfoUpdateCallback)
}
R.id.btn_6 -> {
userService
?.requestUserInfoUpdate()
?.subscribe {
Toast.makeText(
this@Demo2ARouter2Activity,
"請求用戶資訊更新:$it",
Toast.LENGTH_SHORT
).show()
}
}
}
}
private val userInfoUpdateCallback = object : UserInfoUpdateCallback {
override fun onUserInfoUpdate(jsonString: String) {
Toast.makeText(this@Demo2ARouter2Activity, "用戶資訊更新回呼:$jsonString", Toast.LENGTH_SHORT).show()
}
}
}
小結
這是最終版本的同級組件通訊設計了,
用戶組件不僅僅為廣告組件提供打開登錄頁面,獲取用戶資訊功能,
還可能有為其他組件提供獲取會員等級,打開會員頁面,比如閱讀組件,只有VIP會員才能閱讀最新章節,
為了測驗這種方案,還寫了一個用戶資訊更新的監聽回呼,傳一個Callback過去,用戶資訊有更新后可以收到回呼,
還寫了一個使用rxjava的請求用戶資訊的異步網路方法,都沒什么問題,

——————————————————————————————
2.4 ARouter的服務管理 (還能優化的空間)
總的來說,同級組件通信,不是依賴一個上層的app組件,就是依賴一個下層的base組件,想上下都不依賴那是不行的,
但是這種做法,會搞的base組件有各種業務的介面類,任何業務模塊增、刪對外提供的功能,或者改下引數、物體類,都需要改到base組件的代碼,
所以我搜索資料看能不能優化這個問題,看到了一個這個討論
多模塊下,可以把每個模塊的內容放到模塊內而不下沉到base module嗎

這個回答的末尾,zgq105兄弟講了一種設計方案,下面zhi1ong兄弟,是ARouter第一作者,對這種方案表示了認同,
所以最終的設計應該是這樣的,
從用戶組件里抽取出一些對外提供能力的介面放在 lib_user_export 組件里,
還有一些物體類,比如User類,里面的欄位可能就有幾十個了,一些業務組件強相關的工具類,比如篩選計算出用戶的閱讀了多少個VIP作品,也可以放到 lib_user_export 里,供同級模塊使用,
這樣同等級的其他業務組件就不需要依賴具體的實作類,也完全做到與base組件解耦了,

——————————————————————————————
附加話題1
說到依賴注入,我想到了dagger2這個庫,想嘗試用這個實作為父類介面參考+注入子類實作類的方式,發現行不通,
因為要在廣告模塊寫好@Inject,還要使用到 @Module 和 @Provider 指定介面應該提供哪個實作類,這就要求在廣告模塊訪問到子類實作類,屬于呼叫到同級業務模塊代碼了,
@Module
class UserModule {
@Provides
fun providerUserDaggerService(): UserDaggerService {
return UserDaggerServiceImpl()
}
}
附加話題2
之前有群友調侃到「如果你不知道怎么解耦,就使用EventBus」「萬物皆可EventBus」,好奇的態度寫了下代碼感受一下,
1.Event類
因為發訊息和收需要用到,又是跨組件,所以要寫在base組件了,
package com.yao.lib_base
class OpenLoginActivityEvent() {
}
class LoadUserConfigEvent(var callback: CallbackStringList) {
}
// 各種回呼 -------------------------
interface CallbackInt {
fun onCallback(int :Int)
}
interface CallbackString {
fun onCallback(string :String)
}
interface CallbackStringList {
fun onCallback(list :List<String>)
}
2.呼叫方
打開一個登錄頁面,就是發一個Event,加載用戶訊息,發一個Event并且還有傳一個Callback過去接受資料回呼,
package com.yao.lib_advertisement
import android.os.Bundle
import android.view.View
import android.widget.Button
import android.widget.Toast
import androidx.appcompat.app.AppCompatActivity
import com.alibaba.android.arouter.facade.annotation.Route
import com.yao.lib_base.CallbackStringList
import com.yao.lib_base.LoadUserConfigEvent
import com.yao.lib_base.OpenLoginActivityEvent
import com.yao.lib_base.RouterHub
import com.yao.lib_base.Util.print
import org.greenrobot.eventbus.EventBus
@Route(path = RouterHub.DEMO_4)
class Demo4EventBusActivity : AppCompatActivity(), View.OnClickListener {
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_demo_simple)
title = "EventBus 方式呼叫"
findViewById<Button>(R.id.btn_1).setOnClickListener(this)
findViewById<Button>(R.id.btn_2).setOnClickListener(this)
}
override fun onClick(v: View?) {
when (v?.id) {
R.id.btn_1 -> {
EventBus.getDefault().post(OpenLoginActivityEvent())
}
R.id.btn_2 -> {
EventBus.getDefault().post(LoadUserConfigEvent(object : CallbackStringList {
override fun onCallback(list: List<String>) {
Toast.makeText(this@Demo4EventBusActivity, list.print(), Toast.LENGTH_SHORT).show()
}
}))
}
}
}
}
3.提供方
想著在用戶組件了寫業務提供方,發現 EventBus 要注冊啊,會常駐在記憶體啊,用戶頁面如果沒打開,沒有類可以給我注冊啊,寫個Service?那也太重了,
妥協寫在了永遠不會關閉的MainActivity里,發現又要用上app組件了,
另外一個缺點是,如果回呼資料是一個物體UserInfo,還是擺脫不了廣告組件要依賴用戶組件的關系,
package com.yao.componentdemo
class MainActivity : AppCompatActivity(), View.OnClickListener {
...
@Subscribe(threadMode = ThreadMode.MAIN)
fun onMessageEvent(event: OpenLoginActivityEvent) {
startActivity(Intent(this, LoginActivity::class.java))
}
@Subscribe(threadMode = ThreadMode.MAIN)
fun onMessageEvent(event: LoadUserConfigEvent) {
event.callback.onCallback(UserManager.currentUser?.channel ?: emptyList())
}
}
——————————————————————————————
最終總結
可以看到 「方法2.3」是已經是足夠合適的同級組件通信方案設計了,
如果公司的業務組件真的很多,或者不僅多還需要打出aar包給別的部門使用,可以使用更完善的方案「方法2.4」,
但寫代碼這么多年,一個重要感受是「不要過度封裝,不要過度封裝,不要過度封裝!」
不僅僅是說業務組件不多,沒必要用這么復雜的組件化方案,
我甚至覺得組件化都不是必須的,
組件化的好處我自己總結了3條:
- 一個工程(project)里面需要選擇依賴哪幾個組件,然后打成不同的包,
- 由第一條引申,如果有需求「每個組件可以單獨打個包來測驗」,
- 加快了編譯速度,
很多文章說組件化可以 解耦、業務分層、業務隔離、代碼變的更好維護,這些都是可以通過分包解決的,為什么要犧牲這么大抽離出組件來,抽離出組件后并不是一蹴而就的事情,要一直投入精力保持組件成功運行也是需要不少成本的,
很多專案,為了方便單獨測驗某個業務內容而改成組件化專案,也是得不償失,畢竟測驗某個業務內容后,集成到主app里能保證不出問題嗎?不能的,這時候又要跑一遍集成后的測驗流程,
說為了編譯速度快,其實作在Android studio的instant run和越來越優化成熟的編譯機制,甚至買部好點貴點的電腦,都可以解決這個問題了,
所以總得來說,唯一一條要素是,當你需要使用這個工程打出不同的app的時候,包括打出aar供外面的app集成使用的時候,才需要組件化,
舉一個我前公司的例子,我們是一款閱讀app,國內app需要有用戶組件,有廣告組件,我們有個版本發往國外,不需要有廣告組件,這時就可以不引入廣告組件打出一個國外版本的app,還有一個版本,就單純是單部作品的閱讀app,那甚至都不需要有用戶組件,直接就是base組件包 + reader組件 + app_single 就可以打出來一個單本作品app,
這里可以看出,用戶需要抽離出一個組件是因為,我們打出的app可以有用戶組件,也可以沒有用戶組件,如果某塊業務,注定會有用戶模塊,那強行拆分出一個用戶組件是完全沒有必要的,這時用戶組件就應該在基礎的 lib_base 里呆著,讓所有業務上層都能依賴他,
所以,只有當你需要使用這個工程打出多個App的時候,才考慮使用組件化,
——————————————————————————————
最后附上Component demo鏈接
轉載請註明出處,本文鏈接:https://www.uj5u.com/yidong/230324.html
標籤:其他
