Android组件化开发思想与实践

什么是组件化

项目按功能拆分成功若干个组件,每个组件负责相应的功能,如login、pay、live。组件化与模块化类似,但不同的是模块化是以业务为导向,组件化是以功能为导向。组件化的颗粒度更细,一个模块里可能包含多个组件。实际开发中一般是模块化与组件化相结合的方式。

为什么要组件化

(1)提高复用性避免重复造轮子,不同的项目可以共用同一组件,提高开发效率,降低维护成本。
(2)项目按功能拆分成组件,组件之间做到低耦合、高内聚,有利于代码维护,某个组件需要改动,不会影响到其他组件。

组件化方案

组件化是一种思想,团队在使用组件化的过程中不必拘泥于形式,可以根据自己负责的项目大小和业务需求的需要制定合适的方案,如下图就是一种组件化结构设计。


组件化结构图.png
  • 宿主app
    在组件化中,app可以认为是一个入口,一个宿主空壳,负责生成app和加载初始化操作。
  • 业务层
    每个组件代表了一个业务,组件之间相互隔离解耦,方便维护和复用。
  • 公共层
    既然是base,顾名思义,这里面包含了公共的类库。如Basexxx、Arouter、ButterKnife、工具类等
  • 基础层
    提供基础服务功能,如图片加载、网络、数据库、视频播放、直播等。

注:以上结构只是示例,其中层级的划分和层级命名并不是定性的,只为更好的理解组件化。

组件化面临的问题

  • 跳转和路由
    Activity跳转分为显示和隐示:
//显示跳转
Intent intent = new Intent(cotext,LoginActivity.class);
startActvity(intent)
//隐示跳转
Intent intent = new Intent();
intent.setClassName("app包名" , "activity路径");
intent.setComponent(new Component(new Component("app报名" , "activity路径")));
startActivity(intent);

1、显示跳转,直接依赖,不符合组件化解耦隔离的要求。
2、对于隐示跳转,如果移除B的话,那么在A进行跳转时就会出现异常崩溃,我们通过下面的方式来进行安全处理

//隐示跳转
Intent intent = new Intent();
intent.setClassName("app包名" , "activity路径");
intent.setComponent(new Component(new Component("app报名" , "activity路径")));
if (intent.resolveActivity(getPackageManager()) != null) {
    startActivity(intent);
}
startActivity(intent);

原生推荐使用隐示跳转,不过在组件化项目中,为了更优雅的实现组件间的页面跳转可以结合路由神器ARouter,ARouter类似中转站通过索引的方式无需依赖,达到了组件间解耦的目的。

Aouter使用方式如下:
1、因为ARouter是所有模块层组件都会用到所以我们可以在Base中引入

api 'com.alibaba:arouter-api:1.5.0'
annotationProcessor 'com.alibaba:arouter-compiler:1.2.2'

2、在每个子module里添加

android {
    defaultConfig {
        ...
        javaCompileOptions {
            annotationProcessorOptions {
                arguments = [AROUTER_MODULE_NAME: project.getName()]
            }
        }
    }
}

annotationProcessor会通过javaCompileOptions这个配置来获取当前module的名字。

3、在Appliction里对ARouter进行初始化,因为ARouter是所有的模块层组件都会用到,所以它的初始化放在BaseAppliction中完成。

public class BaseApplication extends Application {
    @Override
    public void onCreate() {
        super.onCreate();
        initRouter(this);
    }

    public void initRouter(Application application) {
        if (BuildConfig.DEBUG) {    // 这两行必须写在init之前,否则这些配置在init过程中将无效
            ARouter.openLog();      //打印日志
            ARouter.openDebug();    // 开启调试模式(如果在InstantRun模式下运行,必须开启调试模式!线上版本需要关闭,否则有安全风险)
        }
        ARouter.init(application);  //尽可能早,推荐在Application中初始化
    }
}

4、在Activity中添加注解Router

public interface RouterPaths {
    String LOGIN_ACTIVITY = "/login/login_activity";
}
// 在支持路由的页面上添加注解(必选)
// 这里的路径需要注意的是至少需要有两级,/xx/xx
@Route(path = RouterPaths.LOGIN_ACTIVITY)
public class LoginActivity extends BaseActivity {
}

path是指跳转路径,要求至少两级,即/xx/xx的形式,第一个xx是指group,如果不同module中出现相同的group会报错,所以建议group用module名称标识。

5、发起跳转操作

ARouter.getInstance().build(RouterPaths. LOGIN_ACTIVITY).navigation();

ARouter的还有很多其他功能,这里不作详细说明。

  • Aplication动态加载
    Application作为程序的入口通常做一些初始化,如上面提到的ARouter,由于ARouter是所有模块层组件都要用到,所以把它放在BaseApplication进行初始化。如果某个初始化操作只属于某个模块,为了降低耦合,我们应该把该初始化操作放在对应模块module的Application里。如下:

1、在BaseModule定义接口

public interface BaseApplicationImpl {
    void init();
    ...
}

2、在ModuleConfig中进行配置

public interface ModuleConfig {

    String LOGIN = "com.linda.login.LoginApplication";

    String DETAIL = "com.linda.detail.DetailApplication";

    String PAY = "com.linda.pay.PayApplication";

    String[] modules = {
            LOGIN, DETAIL, PAY
    };

}

3、在BaseApplicatiion通过反射的方式获取各个module中Application的实例并调用init方法。

public abstract class BaseApplication extends Application implements BaseApplicationImpl {

    @Override
    public void onCreate() {
        super.onCreate();
        initComponent();
        initARouter();
    }

    /**
     * 初始化各组件
     */
    public void initComponent() {
        for (String module : ModuleConfig.modules) {
            try {
                Class clazz = Class.forName(module);
                BaseApplicationImpl baseApplication = (BaseApplicationImpl) clazz.newInstance();
                baseApplication.init();
            } catch (ClassNotFoundException e) {
                e.printStackTrace();
            } catch (IllegalAccessException e) {
                e.printStackTrace();
            } catch (InstantiationException e) {
                e.printStackTrace();
            }
        }
    }
    ...
}

4、子module中实现init方法,并进行相关初始化操作

public class LiveApplication extends BaseApplication {
    public void init() {
    //在这里做一些的Live相关的初始化操作
    }
}
  • 模块间通信
    BroadcastReceiver:系统提供,比较笨重,使用不够优雅。
    EventBus:使用简单优雅,将发送这与接收者解耦,2.x使用反射方式比较耗性能,3.x使用注解方式比反射快得多。
    但是有些情况是BroadcastReceiver、EventBus解决不了的,例如想在detail模块中获取mine模块中的数据。因为detail和mine都依赖了base,所以我们可以利用base来实现
    1、在base中定义接口并继承ARouter的IProvider。
public interface IMineDataProvider extends IProvider {
    String getMineData();
}

2、在mine模块中新建MineDataProvider类实现IMineDataProvider,并实现getMineData方法

@Route(path = RouterPaths.MINE_DATA_PROVIDER)
public class MineDataProvider implements IMineDataProvider {

    @Override
    public String getMineData() {
        return "***已获取到mine模块中的数据***";
    }

    @Override
    public void init(Context context) {

    }
}

3、在detail中获取MineDataProvider实例并调用IMineDataProvider接口中定义的方法

 IMineDataProvider mineDataProvider = (IMineDataProvider) ARouter.getInstance().build(RouterPaths.MINE_DATA_PROVIDER).navigation();
     if (mineDataProvider != null) {
          mGetMineData.setText(mineDataProvider.getMineData());
     }
  • 资源冲突
    组件化项目中有很多个module,这就难免会出现module中资源命名相同而引起引用错误的情况。为此我们可以在每个module的build.gradle文件进行如下配置(例如login模块)。
resourcePrefix "login_"

所有的资源必须以指定的字符串(建议module名称)做前缀,不然会报错。不过这种方式只限定与xml文件,对图片资源无效,图片资源仍需要手动修改。

//布局文件命名示例
login_activity_login.xml
<resources>
    <!--字符串资源命名示例-->
    <string name="login_app_name">Login</string>
</resources>
  • 单个组件运行调试
    当项目越来越庞大时,编译或运行一次就需要花费很长时间,而组件化可以通过配置对每个模块进行单独调试,大大提高了开发效率。
    我们需要对每个module进行如下配置:

1、新建common_config.gradle文件并声明变量isModuleDebug;

project.ext {
    //是否允许module单独调试
    isModuleDebug = false
}

2、引入common_config配置,另外因为组件化中每个module都是一个library,如要单独运行调试需要将library换成application,在module的build.gradle中文件中做如下修改:

//引入common_config配置
apply from: "${rootProject.rootDir}/common_config.gradle"

if (project.ext.isModuleDebug.toBoolean()) {
    apply plugin: 'com.android.application'
} else {
    apply plugin: 'com.android.library'
}
android {
    defaultConfig {
        if (project.ext.isModuleDebug.toBoolean()) {
            // 单独调试时需要添加 applicationId 
            applicationId "com.linda.login"
        }
        ...
    }
    
    sourceSets {
        main {
             //在需要单独调试的module的src/main目录下新建manifest目录和AndroidManifest文件
            // 单独调试与集成调试时使用不同的 AndroidManifest.xml 文件
            if (project.ext.isModuleDebug.toBoolean()) {
                manifest.srcFile 'src/main/manifest/AndroidManifest.xml'
            } else {
                manifest.srcFile 'src/main/AndroidManifest.xml'
            }
        }
    }
}

关于两个清单文件的不同之处如下:

<!--单独调试-->
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.linda.login">
    <application
        android:allowBackup="true"
        android:icon="@drawable/ic_launcher"
        android:label="@string/login_app_name"
        android:supportsRtl="true"
        android:theme="@style/base_AppTheme">
        <activity android:name=".ui.LoginActivity">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
    </application>
</manifest>
<!-- 集成调试-->
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.linda.login">
    <application
        android:allowBackup="true"
        android:label="@string/login_app_name"
        android:supportsRtl="true"
        android:theme="@style/base_AppTheme">
        <activity android:name=".ui.LoginActivity" />
    </application>
</manifest>

3、如果module单独调试,那么在app就不能再依赖此module,因为此时app和module都是project,project之间不能相互依赖,在app的build.gradle文件中做如下修改

dependencies {
    if (!project.ext.isModuleDebug) {
        implementation project(path: ':detail')
        implementation project(path: ':login')
        implementation project(path: ':pay')
    }
    implementation project(path: ':main')
    implementation project(path: ':home')
    implementation project(path: ':mine')
}

4、最后将isModuleDebug改为true,然后编译,便可以看到login、detail、pay模块可以独立运行调试了。


组件单独运行调试.png
组件单独运行调试.png

组件化Demo下载地址

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 151,829评论 1 331
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 64,603评论 1 273
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 101,846评论 0 226
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 42,600评论 0 191
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 50,780评论 3 272
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 39,695评论 1 192
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,136评论 2 293
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,862评论 0 182
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 33,453评论 0 229
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,942评论 2 233
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,347评论 1 242
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,790评论 2 236
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,293评论 3 221
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,839评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,448评论 0 181
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 34,564评论 2 249
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 34,623评论 2 249