解耦技巧——依赖注入！

在之前的一篇博客 Java Builder 模式,你搞懂了么? 中，我们提到了在 oop 编码设计中 只要能拿到类的实例，即对象，就能命令对象做一系列事情了。在 java/android 程序中，每个功能模块都由 n 个 类所组成，而每个类都封装了各自的功能，我们实例化每个类的实例，分别命令他们去完成指定的功能，但是，程序设计中，类之间往往不是单独去完成任务的，他们存在相互依赖的关系，就比如 A 类依赖 B 类，B 类又依赖 C 类，A 类 又同时依赖 C 类等等。这样构成了一个错综复杂的关系网。先来个简单代码直观的感受~还是以 制造 car 为例子。CarCreateTechnology 制造汽车的技术封装接口。public interface CarCreateTechnology { String createCar();}CarAutoCreate 制造汽车的技术封装接口的实现类，具体逻辑由他实现。public class CarAutoCreate implements CarCreateTechnology{ @Override public String createCar() { return “自动生产的 car ”; }}CarFactory 汽车工厂类:public class CarFactory { private CarCreateTechnology mCreateTechnology; public CarFactory() { mCreateTechnology = new CarAutoCreate(); } public String createCar(){ return mCreateTechnology.createCar(); }}最终 实例化 CarFactory 调用 createCar() 方法生产出 car String car = new CarFactory().createCar()；哈哈，这样我们的 car 就生产好啦，貌似很简单嘛。嘟嘟车开着正起劲的时候，有位客户说了，不喜欢自动生产的汽车，想请个专业人员整一辆定制 car。这时候有人说这还不简单，噼里啪啦的敲敲敲，代码修改如下：Creater：定制 car 的制作者:public class Creater { private String name;//汽车制造者名字 private String carType;//d定制 car 的类型 public Creater(String name, String carType) { this.name = name; this.carType = carType; } public String createCar(){ return this.carType; }}CarAutoCreate 制造汽车的技术封装接口的实现类:public class CarAutoCreate implements CarCreateTechnology { private Creater mCreater;//定制 car 的制作者 public CarAutoCreate(Creater creater) { mCreater = creater; } @Override public String createCar() { return mCreater.createCar(); }}CarFactory 汽车工厂类:public class CarFactory { private CarCreateTechnology mCreateTechnology; public CarFactory(Creater creater) { mCreateTechnology = new CarAutoCreate(creater); } public String createCar(){ return mCreateTechnology.createCar(); }}最后 调用 String car = new CarFactory(new Creater(“张少林”, “宝马”)).createCar()；我们的定制 car “宝马” 就被制造出来啦。这样修改起来貌似挺简单的，但是存在以下一些问题分析问题CarFactory 类 依赖 CarAutoCreate 类。需要在 CarFactory 中持有 CarAutoCreate 实例。而我们在 CarFactory 的构造中强行初始化了 CarAutoCreate，这就使得 CarFactory 与 CarAutoCreate 紧紧耦合在一起。这就是传说中的硬初始化（hard init）一旦 CarAutoCreate 的构造发生了变化，比如上面我们增加了 Creater .这使得 CarFactory 也要被迫做出修改。这种耦合度在程序相对简单的情况下，修改也就修改嘛，ide 打代码挺快的，但是一旦程序变得越来越复杂，依赖 CarAutoCreate 的地方非常多的情况下，修改起来就不辣么容易了，我们需要付出相当多的劳动力去修改代码，浪费时间不说，还很有可能因为修改失误而造成难以查找的错误，加大我们的工作量。知道了问题所在，我们来想办法解决，毕竟不喜欢偷懒的程序员不是好程序员，我们需要写出一手优雅的代码。解决问题——依赖注入java 中常见的依赖注入有三种：一、作为构造函数的参数注入我们修改一下 CarFactory 的构造，将 CarCreateTechnology 作为参数传入，在构造中初始化全局 CarCreateTechnology 。public class CarFactory { private CarCreateTechnology mCreateTechnology; public CarFactory(CarCreateTechnology createTechnology) { mCreateTechnology = createTechnology; } public String createCar(){ return mCreateTechnology.createCar(); }}调用：String car = new CarFactory(new CarAutoCreate(new Creater(“张少林”, “宝马”))).createCar()；结果是一样的，定制 car 一样制造成功。但是不同的是：我们没有在 CarFactory 构造中直接构造所依赖的类(CarAutoCreate)，而是通过传入形参，由最终调用方去初始化依赖类，这样就解决了之前的硬初始化问题，实现了解耦，提高了程序的可拓展性、可维护性。 眼毒的同学肯定发现了，我们的 CarAutoCreate 就是通过构造方法依赖注入所需的依赖(Creater)。二、提供 Setter 设置值注入CarFactory 添加 setxxx 注入全局变量。public class CarFactory { private CarCreateTechnology mCreateTechnology; public void setCreateTechnology(CarCreateTechnology createTechnology) { mCreateTechnology = createTechnology; } public String createCar(){ return mCreateTechnology.createCar(); }}调用：CarFactory carFactory = new CarFactory(); carFactory.setCreateTechnology(new CarAutoCreate(new Creater(“张少林”,“宝马”))); String car = carFactory.createCar();这种方法也是提供方法设置属性进去，同样也没有直接在 CarFactory 中直接实例化依赖类，而是最终调用的时候初始化设置进去，同样达到解耦目的。三、接口注入接口注入跟 Setter 注入类似，只是用接口包装了 Sertter 方法。这种方式易于管理。public interface InjectTechnology { void injectCreate(CarCreateTechnology carCreateTechnology);}CarFactory 实现接口。复写方法。在方法中注入。、public class CarFactory implements InjectTechnology{ private CarCreateTechnology mCreateTechnology; public String createCar(){ return mCreateTechnology.createCar(); } @Override public void injectCreate(CarCreateTechnology carCreateTechnology) { this.mCreateTechnology = carCreateTechnology; }}“硬编码” 和 “软编码”，图片来自网络最后，应该有的思考我们在 oop 编码设计中，应该尽可能的让依赖类在最上层初始化，在细节中杜绝硬编码。编写解耦，有可拓展性、可维护性的代码。更多原创文章会在公众号第一时间推送,欢迎扫码关注 张少林同学