Android技术栈(三)依赖注入技术的探讨与实现(1)

那么什么是控制反转？这得先从它的反面说起，也就是"正转"说起,所谓的"正转"也就是我们在程序中手动的去创建依赖对象(也就是new),而控制反转则是把创建依赖对象的权利交给了框架或者说是IoC容器.

看下面的代码,我们的MainActivity中依赖了三个对象,分别是Request,Bean和AppHolder

public class MainActivity extends AppCompatActivity
{
private static final String TAG = “MainActivity”;

private Request request;

private Bean bean;

private AppHolder holder;

@Override
protected void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
request = new Request.Builder();
bean = new Bean();
holder = new AppHodler(this);
//TODO 使用request、bean和holder
}
}

我们当然可以手动new调用类的构造函数给这三个对象赋值,也就是所谓的"正转".

乍一看这是没有问题的,但这是因为我们现在只有这一个Activity,也只有三个对象需要依赖,并且这三个依赖并没有互相依赖.但是,如果这是一个实际的项目的话,怎么可能只有一个Activity呢?而且就算是一个Activity也不可能仅仅依赖三个对象.

那么问题来了,如果这是一个实际的项目,如果这些依赖的对象还有互相依赖,如果这些类的构造函数发生了改变,如果逻辑实现的子类发生了变更,会发生什么?

Boom!难道要把每一个依赖这些改变的类的Java文件中的new都修改一遍吗?这也太蠢了吧!

此时依赖注入闪亮登场,它有助于我们解除这种耦合.

使用依赖注入最大的好处就是你不需要知道一个对象是怎么来的了,你只管使用它,这可以让你的代码更加整洁.

并且如果后来它的构造函数或者是具体实现类发生了改变,那都与你现在所写的代码无关,它们的改变不会迫害你去更新现有的代码.

而在传统的软件开发过程中,我们通常要在一些控制器中去主动依赖一些对象,如果这些对象的依赖方式在未来频繁地发生改变,那我们的程序是无法经受住考验的.

这就是所谓控制反转,它将获得依赖对象的方式反转了.

2.常见的依赖注入框架

• 在服务器后端,一般使用Spring框架进行依赖注入。
• 在Android上,一般使用Dagger系列进行依赖注入。

3.实现自己的依赖注入框架

有些同学可能知道Dagger实现了Java的依赖注入标准(JSR-330),这个标准使用的有些注解确实让人有点摸不着头脑,而且Dagger使用的门槛也较高,估计应该有不少人看了许多《Dagger完全入门》之类的文章,然而到最后还是没搞懂Dagger到底是怎么一回事.

所以我就想,能不能搞一个稍微亲民一点的依赖注入框架让我直接先能用上.我不是大神,所以它不一定要实现JSR-330,也不一定使用注解处理器来追求极致的效率,但它必须要好理解,里面的概念必须是常见的.

在参考了服务器上Spring框架的依赖注入后,我决定使用xml作为依赖注入的配置文件,本来想上Github看看有没有现成的轮子可以让我"抄抄"之类的,谁知道逛了一圈下来之后才发现Android开发者除了Dagger和Dagger2根本没得选,这更加坚定了我造轮子的信心.

使用xml是有优势的,xml是最常见的配置文件，它能更明确的表达依赖关系。所以就有了Liteproj这个库与Dagger不同,Liteproj不使用Java来描述对象间的依赖关系,而是像Spring一样使用xml.

Liteproj目前的实现中也没有使用注解处理器而是使用了反射，因为Liteproj追求的并非是极致的性能，而是便于理解和上手以及轻量化和易用性，它的诞生并不是为了取代Dagger2或者其他的一些依赖注入工具，而是在它们所没有涉及的领域做一个补全。

客官请移步 : Liteproj

4.xml解析

既然选择了xml,那么就要需要解决解析xml的问题.

经过考虑之后最终选择了dom4j作为xml解析依赖库.其实Android本身自带了xml的解析器，而且它的效率也不错，那我为什么还要使用dom4j呢，那当然是因为它好用啊。Android自带的xml解析器是基于事件驱动的，而dom4j提供了面向对象的xml操作接口，我觉得这会给我的编码带来极大的便利，可以降低开发难度.

比如dom4j中的Document->Element->Attribute等抽象,非常好地描述了xml的结构,你甚至无需看它的文档就能简单上手,这可比XmlPullParser中定义的一堆常量和事件好理解多了.

而且dom4j也是老牌的xml解析库,大名鼎鼎的hibernate也使用它来解析xml配置文件.

解析xml,首先要解决assets文件夹下的xml文件解析问题，这个还算比较好处理，使用AssetManager获取Java标准流，然后把他交给dom4j解析就可以了。

但是想要解析res/xml文件夹下的xml就比较麻烦了，熟悉安卓的人应该都知道,打包后的APK，res文件夹下除了raw文件夹会原样保留，其他文件夹里的内容都会被编译压缩，为了解析res/xml下的xml，我依赖AXML这个库编写了一个Axml到dom4j的转换层,这样一来解析结果就可以共用一套依赖图生成方案。

由此Liteproj现在支持解析assets、res/raw、res/xml三个位置的xml文件,使用@Using注解在你需要注入的组件中标注你要使用那些xml

@Retention(RUNTIME)
@Target({TYPE})
public @interface Using
{
@XmlRes
@RawRes
int[] value();//res/xml 或 res/raw 文件夹下的xml

String[] assets() default {};//assets 文件夹下的xml
}

//使用@Using注解
@Using({R.xml.all_test,R.xml.test2,R.raw.test2,assets = {“test3.xml”}})
public class MainActivity extends AppCompatActivity
{
//TODO
}

5.对象构造适配

Java是一门灵活的程序设计语言，由此诞生了多种对象构造方式。如传统的使用构造函数构造对象，又或者是工厂模式，Builder模式，JavaBean模式等。Liteproj必须从一开始就兼容这些现有方案，否则就是开倒车了。

在Liteproj中你需要为你的依赖关系在xml中编写一些配置.

第一行是惯例的<?xml version="1.0" encoding="utf-8"?>,第二行是最外层是dependency标签,这个标签必须要指定一个owner的属性来指定此依赖配置文件所兼容的类型,下面的xml中我指定了android.app.Application作为此xml所兼容的类型,那么所有从这个类型派生的类型都可以使用这个配置文件(其他类型在满足一定条件时也可以使用,见下文标题"生命周期和对象所有权")

<?xml version="1.0" encoding="utf-8"?>

• 使用new生成对象

首先从最原始的对象生成方式开始,下面的代码将会使用new来构造对象.

在配置文件中,你可以使用var标签声明一个依赖,并用name属性指定它在上下文中的唯一名字,使用type属性指定它的类型,使用provider属性指定它的提供模式,有两种模式可以选择,singleton和factory,singleton保证每次返回的对象都是相同的,而factory则是每次都会重新创建一个新的对象,factory还是默认的行为,你可以不写provider属性,那么它默认就是factory的.

然后var标签中包裹的new标签表明此依赖使用构造函数创建,使用arg标签填入构造函数的参数并用ref属性引用一个上文中已经存在的另一个已经声明的var的name.

这里我引用了一个特殊的name->owner,这个依赖不是你使用var声明的,而是默认导入的,也就是我们的android.app.Application实例,除此之外还有另外一个特殊的var,那就是null,它永远提供Java中的null值.

Liteproj会按照arg标签ref所引用的类型的顺序自动去查找类的public构造函数.不过Liteproj的对象生成是惰性的,这意味这只有你真正使用到该对象它才会被创建,在xml中配置的其实是依赖关系.

//xml配置文件

<?xml version="1.0" encoding="utf-8"?>

//java bean
public class AppHolderTest
{
final Context context;

public AppHolderTest(Context context)
{
this.context = context;
}

@Override
public String toString()
{
return super.toString() + context;
}
}

• 使用Builder模式

Liteproj也支持使用Builder模式创建对象,这在xml配置中都很直观.

使用builder标签指定此依赖使用Builder模式生成,指定builder的type为okhttp3.Request$Builder,使用action标签指定最后是调用build方法生成所需要的对象(当然这也是默认行为,你可以不写出action属性),并使用arg标签给builder赋值,不过要注意,这里的arg标签是有name的,它将会映射到Builder对象的方法调用上去给Builder赋值.

• 使用工厂模式

下面的代码模拟了工厂模式的使用场景.

使用factory标签表明此依赖使用工厂函数生成,使用type属性标明工厂类,并使用action标明需要调用的工厂函数.

你可能注意到了下面出现了一个新的属性val,它是用来引用字面值的,之前的ref只能引用标注名字的var但是无法引用字面值,所以我加入了一个新的属性val,它可以在arg标签中使用,与ref属性不能同时出现,如果val以一个@开头,那么它的内容就是@后面的的字符串,否则他会被转换成数字或布尔值.

//一个简单的工厂类,包含一个工厂方法test
public class Factory
{
public static Bean test(String text)
{
Log.d(“test”,text);
return new Bean();
}
}

public class Bean
{
public float field;

public String string;

Object object;

public void setObject(Object object)
{
this.object = object;
}

@Override
public String toString()
{
return super.toString() + “\n” + field + “\n” + object + “\n” + string;
}
}

• 使用JavaBean

代码还是上面的代码,只不过这次加了点东西,factory,builder,new定义了对象的构造方式,我们还可以用field和property标签在对象生成后为对象赋值,通过name属性指定要赋值给哪个字段或属性,property所指定的name应该是一个方法,它的命名应该符合Java的setter标准,比如name="abc",对应void setAbc(YourType)方法

<factory

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

最后

分享一份工作1到5年以上的Android程序员架构进阶学习路线体系，希望能对那些还在从事Android开发却还不知道如何去提升自己的，还处于迷茫的朋友！

• 阿里P7级Android架构师技术脑图；查漏补缺，体系化深入学习提升（详细点击我的GitHub领取）

• **全套体系化高级架构视频；**七大主流技术模块，视频+源码+笔记

需要架构学习笔记导图的可以点击我的GitHub领取

群内有许多技术大牛，高手如云，有任何问题，欢迎广大网友一起来交流，群内还不定期免费分享高阶Android学习视频资料和面试资料包~

1)领取）

[外链图片转存中…(img-I3mSorlC-1710823703175)]

• **全套体系化高级架构视频；**七大主流技术模块，视频+源码+笔记

[外链图片转存中…(img-wtwPhgon-1710823703176)]

需要架构学习笔记导图的可以点击我的GitHub领取

群内有许多技术大牛，高手如云，有任何问题，欢迎广大网友一起来交流，群内还不定期免费分享高阶Android学习视频资料和面试资料包~