欢迎访问移动开发之家(rcyd.net),关注移动开发教程。移动开发之家  移动开发问答|  每日更新
页面位置 : > > > 内容正文

Android组件化开发实践,android组件实践,Android stud

来源: 开发者 投稿于  被查看 36516 次 评论:233

Android组件化开发实践,android组件实践,Android stud


Android项目中代码量达到一定程度,编译将是一件非常痛苦的事情,短则一两分钟,长则达到五六分钟。Android studio推出instant run由于各种缺陷一般情况下是被关闭的……<br/>组件化开发可以有效降低代码模块的耦合度,使代码架构更加清晰,同时模块化的编译可以有效减少编译时间,当然总的编译时间是不会减少的,只是App模块化之后开发某个模块时,只需要编译特定模块,可以快速编译调试。</p>

原理

组件化和插件化有些同学有些迷惑,简单来说组件化是在编译期分模块,插件化是在运行期。一般插件化用于动态修复bug或者动态更新模块,相对来说黑科技更多一些。</p>

正常一个App中可以有多个module,但是一般只会有一个module是设置为application的,其他均设置为library,组件化开发就是要每个module都可以运行起来,因此在开发期间每个module均设置为application,发布时再进行合并。</p>

实践

本文主要介绍一下项目组件化开发过程碰到的问题和解决办法,这里以<br/>ModularizationApp项目为例。<strong>ModularizationApp是一个组件化的app:</p>


Paste_Image.png


Paste_Image.png


Paste_Image.png


Paste_Image.png


Paste_Image.png

  • 架构


    Paste_Image.png


    其中App是主application,ModuleA和ModuleB是两个业务模块,Library是基础模块,包含<strong>所有模块需要的依赖库</strong>,以及一些工具类:如网络访问、时间工具等。代码结构如图:


Paste_Image.png

  • Module作为application开发</h4>

ModuleA和ModuleB是相对独立的业务模块,可以分别进行开发,编译时只编译自身,具体实现时在<strong>gradle.properties中设置变量,如:IsBuildMudle=false
在模块的的build.gradle中:

if (IsBuildMudle.toBoolean()) {
    apply plugin: 'com.android.application'
} else {
    apply plugin: 'com.android.library'
}

在主模块的build.gradle中设置:

if (!IsBuildMudle.toBoolean()) {
        compile project(':ModuleA')
        compile project(':ModuleB')
    } else {
        compile project(':Library')
    }

这样每个module就可以独立安装使用了,注意在修改IsBuildMudle的值时,一定要sysn gradle。<br/>当module单独运行和作为module运行时,其activity在manifest中设置也会不同,这里可以根据IsBuildMudle设置不同的manifest:<br/>

sourceSets {
        main {
            if (IsBuildMudle.toBoolean()) {
                manifest.srcFile 'src/main/debug/AndroidManifest.xml'
            } else {
                manifest.srcFile 'src/main/release/AndroidManifest.xml'
            }
        }
    }

分别在不同的目录下创建manifest文件。一定要注意两个manifest的同步</strong>问题,否则出现了莫名其名的bug,还找不到原因……</p>

  • 资源冲突问题

    当分别开发模块时,容易出资源重复命名的问题,可以在build.gradle中设置</p>

resourcePrefix "module1_"
  • 通过给模块设置不同的资源前缀,可以避免重复命名。</p>

  • Activity跳转问题

    拆分业务代码时,自然会涉及到跨module的Activity跳转,当单独编译时,自然是不能获取到其他模块的引用的。有几种方式可以实现跨模块的唤起Activity:</p>

隐式启动
通过设置intent-filter实现,这需要在manifest中插入大量代码,同时也降低了安全性(其他app就可以通过这种方式随意启动)。<br/>通过类名跳转
Android业务组件化开发实践</a>提出了一种通过类名跳转的方式,使用脚本生成Rlist类,比较方便快捷,但感觉不方便activity间传递数据。<br/>Scheme跳转
Scheme的方式是建立映射表,集中处理Activity,这种方式可以传递一定的数据。Activity传递大量数据时可以通过EventBus来进行传递(其实即使通过intent显示启动,也不要把大量数据放置在intent中,intent对数据大小有限制)。<br/>在进行本次实践时找到github上的一个url Router,同时支持http和程序内Activity跳转,而且通过注解的方式进行,使用非常方便,于是引入到了项目中。项目地址ActivityRouter。<strong>ActivityRouter
的readme中已经有比较详细的wiki,但是还有一些需要注意的:</p>

依赖问题:</p>

ActivityRouter使用了apt方式,因此每个使用的module中均需要设置</p>

apt 'com.github.mzule.activityrouter:compiler:1.1.5'

注意是每个</span>module,在Library module中设置</span>

classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8'

即可。</p>

多module问题

ActivityRouter通过注解在编译时生成mapping,如果多个module设置依赖,就会生成多个java文件,导致源文件重复,编译出错,ActivityRouter目前提供了解决方法,但是还没有正式发布版本,可以设置:</p>

compile 'com.github.mzule.activityrouter:activityrouter:1.1.9' 
apt 'com.github.mzule.activityrouter:compiler:1.1.6'

使用。使用在application中注解:

@Modules({"app", "moduleA", "moduleB"})
public class ModularizationApplication extends Application {
}

每个module中创建空java类注解:

@Module("moduleA")
public class ModuleA {
}

具体可以clone ModularizationApp查看代码。</p>

编译运行

当在gradle.properties中设置IsBuildMudle=true时,可以独立运行每个module,独立运行调试,当设置IsBuildMudle=false,可以编译运行整个project,注意IsBuildMudle变量设置改变时,要对gradle进行sysn。</p>

运行过程中有什么问题可以评论或者在github中提issue。</p>

参考:
http://kymjs.com/code/2016/10/18/01
https://github.com/mzule/ActivityRouter
https://github.com/liangzhitao/ComponentizationApp


作者:wutongke 

用户评论