Android组件化开发的简单应用

组件化开发的主要步骤:

一、新建Modules

1、新建Project,作为应用的主Module。

2、新建Module:"Common",类型选择"Android Library",作为所有其它Module的基础依赖库。

3、新建Module:"Home",类型选择"Android Library",依赖"Common"。

4、新建Module:"Project",类型选择"Android Library",依赖"Common"。

5、新建Module:"User",类型选择"Android Library",依赖"Common"。

具体新建怎样的Module,可以根据实际业务来调整。这里选择新建"Home"、"Project"、"User"来模拟业务。

二、增加Flag以便在release和debug模式下切换

1、在gradle.properties文件中增加一个变量

isDebug = false

当isDebug为true时,为Debug模式,其它的Module可以作为单独的App运行。当isDebug为false时,为Release模式,其它的Module为Library模式,不能单独运行,此时只有主App可以运行。

2、修改app的build.gradle文件

implementation project(':common')
if (!isDebug.toBoolean()) {
    implementation project(':home')
    implementation project(':project')
    implementation project(':user')
}

3、修改home的build.gradle文件

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

4、修改project的build.gradle文件

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

5、修改user的build.gradle文件

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

为便于各Module单独调试开发,可以在各Module下根据isDebug的变量区分模式。

切换工程到Project模式下,将原来的AndroidManifest.xml文件移除,在Module的src目录下新建debug和release目录,在新建的两个目录下,分别新建AndroidManifest.xml文件。以Home模块为例:

Debug模式下的AndroidManifest.xml

Release模式下的AndroidManifest.mxl

在Home下的build.gradle文件中配置AndroidManifest.xml

sourceSets {
    main {
        if (isDebug.toBoolean()) {
            manifest.srcFile 'src/debug/AndroidManifest.xml'
        } else {
            manifest.srcFile 'src/release/AndroidManifest.xml'
            java { exclude 'debug/**' }
        }
    }
}

其它Module也是相似的处理。

三、统一管理Module版本号

1、为便于统一管理版本号,在项目的根目录下的build.gradle文件中增加统一的版本号:

ext {
    compileSdkVersion = 28

    minSdkVersion = 21
    targetSdkVersion = 28
    versionCode = 1
    versionName = "1.0"
}

2、在其它Module下相应修改

App模块:

Common模块:

Home模块:

Project模块:

User模块:

四、各Module间通信

为解决各Module间通信的问题,引入ARouter框架。GitHub地址:ARouter

为避免各Module重复引用,在Common中引用一次,其它Module复用即可。

注意:由于其它依赖Common的Module也需要使用Arouter,因此在引入时,需要把implementation改为api。如果使用implementation,其它Module会无法使用Arouter。

其它Module中使用:

不需要再次implementation,但是还是需要在dependencies增加

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

以及在android-defaultConfig中增加:

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

注意:"AROUTER_MODULE_NAME"这个名称,不可以改为其它字符串,否则会编译报错。

在Common模块下增加BaseApplication,对ARouter进行初始化。

public class BaseApplication extends Application {

    private boolean isDebugARouter = true;

    @Override
    public void onCreate() {
        super.onCreate();

        if (isDebugARouter) {
            ARouter.openLog();
            ARouter.openDebug();
        }
        ARouter.init(this);
    }
}

在主Module:App中增加App,继承自BaseApplication,然后在AndroidManifefst.xml中引用。

public class App extends BaseApplication {}

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    package="com.wangyz.modules">

    <application
        android:name=".App"
        android:allowBackup="true"
        android:appComponentFactory="whateverString"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/AppTheme"
        tools:replace="android:appComponentFactory">

        <activity android:name=".MainActivity">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>

    </application>
</manifest>

对于需要被调用的Activity或者Fragment增加注解:

可以新建一个常量类,用来保存这些路由地址。这里出于简化,没有再定义这个常量类。

调用方使用ARouter:

Fragment fragment = (Fragment) ARouter.getInstance().build("/home/fragment").navigation();
mFragmentManager.beginTransaction().replace(R.id.container, fragment).commit();

五、ButterKnife的引入

ButterKnife在单Module中使用时,比较简单,当在多Module下使用时,还是有些需要注意的事项。具体引用步骤如下:

1、在项目根目录的build.gradle中引入依赖:

dependencies {
        classpath 'com.android.tools.build:gradle:3.1.4'
        classpath 'com.jakewharton:butterknife-gradle-plugin:9.0.0'

        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }

在common中引入依赖:

api 'com.jakewharton:butterknife:9.0.0'
annotationProcessor 'com.jakewharton:butterknife-compiler:9.0.0'

在具体使用ButterKnife的Module中引入依赖:

apply plugin: 'com.jakewharton.butterknife'

annotationProcessor 'com.jakewharton:butterknife-compiler:9.0.0'

和ARouter一样,使用ButterKnife的Module虽然不用重复引用butterknife本身这个库,但是注解相关的库还是需要引用。

具体使用:

@BindView(R2.id.click)
TextView mText;

BindView的时候,需要使用R2.id.xx

@OnClick(R2.id.click)
public void click() {
    Toast.makeText(getActivity().getApplicationContext(), "click", Toast.LENGTH_SHORT).show();
}

对应的点击事件等,如果是单个使用,也是使用R2.id.xx。如果是多个id一起使用,内部通过id来判断,则需要使用if...else if...,不能使用switch...case,并且if判断的id需要使用R.id.xx

默认是会报错,找不到R2相关的class,需要手动build一次才会生成。

注意:ButterKnife.9.0以后,需要jdk版本1.8以上,否则编译会报错。

原文地址:https://www.cnblogs.com/milovetingting/p/10451195.html

时间: 2024-07-28 21:51:54

Android组件化开发的简单应用的相关文章

Android组件化开发实践

Android项目中代码量达到一定程度,编译将是一件非常痛苦的事情,短则一两分钟,长则达到五六分钟.Android studio推出instant run由于各种缺陷一般情况下是被关闭的--组件化开发可以有效降低代码模块的耦合度,使代码架构更加清晰,同时模块化的编译可以有效减少编译时间,当然总的编译时间是不会减少的,只是App模块化之后开发某个模块时,只需要编译特定模块,可以快速编译调试. 百牛信息技术bainiu.ltd整理发布于博客园 原理 组件化和插件化有些同学有些迷惑,简单来说组件化是在

Android组件化开发(注意事项)

1.Manifest合并 在Android studio编译项目时,无论你使用了几个Module都会把所有Manifest最终合并成一个,需要我们注意的是application标签下这个几个属性引用的值. 如果项目里有多个相同名字的资源,在编译时会不知道引用那个资源而导致Manifest合并失败. 解决方法:在主 Module Manifest application 加入红色标记的部分,原理就是以当前Manifest引用的资源为准. <application android:icon="

Android组件化和插件化开发

http://www.cnblogs.com/android-blogs/p/5703355.html 什么是组件化和插件化? 组件化开发就是将一个app分成多个模块,每个模块都是一个组件(Module),开发的过程中我们可以让这些组件相互依赖或者单独调试部分组件等,但是最终发布的时候是将这些组件合并统一成一个apk,这就是组件化开发.插件化开发和组件化开发略有不用,插件化开发时将整个app拆分成很多模块,这些模块包括一个宿主和多个插件,每个模块都是一个apk(组件化的每个模块是个lib),最终

Android适合组件化开发的路由框架:Launch

1.概述 最近越来越不想写代码了,特别是一些重复性的代码,比如由于每次启动一个 Activity,我们都会很习惯的在 Activity 中写下: public static void launch(Activity activity) { Intent intent = new Intent(); intent.setClass(activity, xxxActivity.class); activity.startActivity(); } 已经有两年Android开发经验的我掐指一算,好像有

Android 业务组件化开发实践

组件化并不是新话题,其实很早很早以前我们开始为项目解耦的时候就讨论过的.但那时候我们说的是功能组件化.比如很多公司都常见的,网络请求模块.登录注册模块单独拿出来,交给一个团队开发,而在用的时候只需要接入对应模块的功能就可以了. 百牛信息技术bainiu.ltd整理发布于博客园 今天我们来讨论一下业务组件化,拿出手机,打开淘宝或者大众点评来看看,里面的美食电影酒店外卖就是一个一个的业务.如果我们在一个项目里面去写的时候,总会出现或多或少的代码耦合,最典型的有时为了赶上线时间而先复制粘贴一段类似的代

Android项目模块化/组件化开发(非原创)

文章大纲 一.项目模块化初步介绍二.项目模块化的两种模式与比较三.大型项目模块化的演进四.项目模块化总结五.参考文章 一.项目模块化初步介绍 1. 前言 在Android开发中,随着项目的不断扩展,项目会变得越来越庞大,而随之带来的便是项目维护成本与开发成本的增加!每次调试时,不得不运行整个项目:每当有新成员加入团队时,需要更多的时间去了解庞大的项目...而为了解决这些问题,团队通常会将项目模块化,以此来降低项目的复杂度和耦合度,让团队可以并行开发与测试,让团队成员更加专注于自己所负责的功能模块

vuex在组件化开发中的简单应用小例子

首先, 介绍一下vuex是个什么东西, 个人理解来说, vuex就是一个状态管理的东西, 它里面有且仅有一个Store仓库, 这个仓库里面存放着一些变量, 为什么要有这么一个变量呢, 用过vue的人肯定都清除, 父子组件之间的通讯传值是个比较麻烦的事情, 特别是, 嵌套组件特别多的时候, 这种情况下, 一级一级地传递下去十分麻烦, 还有就是兄弟组件之间的传值也一样麻烦. 而vuex中的Store这个仓库, 就能够为我们将放在这个仓库中的值, 分发给整个项目下的所有组件, 也就是说是, 不用一级一

【组件化开发】前端进阶篇之如何编写可维护可升级的代码

前言 我还在携程的做业务的时候,每个看似简单的移动页面背后往往会隐藏5个以上的数据请求,其中最过复杂的当属机票与酒店的订单填写业务代码 这里先看看比较“简单”的机票代码: 然后看看稍微复杂的酒店业务逻辑: 机票一个页面的代码量达到了5000行代码,而酒店的代码竟然超过了8000行,这里还不包括模板(html)文件!!! 然后初略看了机票的代码,就该页面可能发生的接口请求有19个之多!!!而酒店的的交互DOM事件基本多到了令人发指的地步: 当然,机票团队的交互DOM事件已经多到了我笔记本不能截图了

Android组件化方案

1为什么要项目组件化 2如何组件化 3组件化实施流程 1组件模式和集成模式的转换 2组件之间AndroidManifest合并问题 3全局Context的获取及组件数据初始化 4library依赖问题 5组件之间调用和通信 6组件之间资源名冲突 4组件化项目的工程类型 1app壳工程 2功能组件和Common组件 2业务组件和Main组件 5组件化项目的混淆方案 6工程的buildgradle和gradleproperties文件 1组件化工程的buildgradle文件 2组件化工程的grad