业务单独拆分为Module，可单独编译运行

上边已经阐述，组件化的最直接表现就是在业务模块，也就是根据项目的实际功能，拆分出符合的业务模块，比如社区，比如用户信息，比如商城等等，拆分之后，一定要能保持单独运行，本着合则依赖，拆则运行的态度，那么我们需要解决两个问题，一个是application和library之间的动态切换，另一个就是需要动态改变清单文件资源指向，毕竟单独运行的Module，必须有一个主入口的存在。

application和library之间的动态切换

我们都知道，一个项目在build.gradle中apply plugin只能存在一个application，也就是可运行的模块，一般是我们的主模块，是最终要产出apk包的，而对应的library就是对应的插件，一般以依赖的方式进行使用，在最终打包的时候进行依赖使用，而在单独开发的时候就需要单独运行。

如下举例，根据动态参数来动态进行配置。

if(is_Module.toBoolean()){

    apply plugin: 'com.android.application'

}else{

    apply plugin: 'com.android.library'

}

同样的，针对applicationId，每个业务组件,如果需要进行区分，也是需要进行判断的。

if(is_Module.toBoolean()){

            applicationId "com.abner.test"

}

动态改变清单文件资源指向

关于主入口，一个项目肯定只有一个，当把组件改为单独运行的时候，在组件的内部，就不得不去创建一个属于当前组件的主入口，也就是，单独运行时使用当前组件的主入口，合并依赖运行时使用主Module里的主入口。

<activity android:name=".MainActivity">

            <intent-filter>

                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />

            </intent-filter>

        </activity>

动态切换清单文件，也是根据参数来动态进行配置。

sourceSets {

        main {

            if (is_Module.toBoolean()) {

                manifest.srcFile 'src/main/AndroidManifest.xml'

            } else {

                manifest.srcFile 'src/main/mainfest/AndroidManifest.xml'

            }

        }

    }

关于业务层的Application，也就是初始化配置的入口，当前组件下的mainfest引入即可，通过以上的配置，只需要改变动态参数值就可以实现，单Module的运行。