DI模式概念及应用

概念

DI(依赖注入-Dependency Injection),也叫IOC(控制反转-Inversion of Control)。是指将对象的控制权从当前对象转移到外部处理。

目的

类与类之间互相解耦。

为什么用DI

一般的面向对象开发过程中存在的问题

在一般的面向对象的开发中,我们希望把对象的控制权完全掌握在自己手中。我们需要使用一个类(Base类)的实例的时候,就会去创建一个实例去使用。
但我们使用的类不会只用于当前的类。我们可能会有几个甚至几十个类中都依赖了这个类。那么,我们在每个使用到这个类的地方就去创建一个实例。
这时候,问题就出现了,如果我们的需求发生了变更,需要改动Base类,那么在Base类改动了之后,所有使用到Base类的地方都要去进行更改,我们不得不去改动所有用到Base类的类。这样就造成了许多重复劳动,而且非常容易出错,严重降低了开发效率。


image.png

那么如何去优化呢?
我们可以将对象对的创建权交给父级对象。我如果需要使用某个类的实例,就去请求父级对象,父级对象将该类的实例创建好传递给我,这样我就不用关心所依赖类的具体实现。只需要从父级对象去拿,然后消费。这样当新需求发生了变更的时候,我就只需要更改父级对象的实现即可。这样就可以减少不必要的重复劳动。
那么,父类如果也有一系列平级的类,他们管理着一些共同的类,那么如果需求发生变更,我还是需要做许多重复劳动。我为了减少重复劳动,就把这些对象的控制权再往上提一级,交给父类的父类...


image.png

就这样一级一级的交出去,是不是就只有放到入口函数才是最合理的呢?
但是我们一般不这么做。我们会将这些逻辑抽离出去,成为一个工具或框架。
我们可以将一些被其他类依赖的类注册到特定的IOC容器,然后在需要使用这些类的实例的时候,就从IOC容器去取,然后将其注入到当前类中(DI——依赖注入)。当然,创建实例并注入的操作都由框架完成。
这样,我们就很好的实现了对象的解耦与依赖的统一管理。

有了依赖注入,我们可以做什么?

  • 依赖管理(理所应当,最重要的职责)
    • 单例对象管理
    • 模块之间共享服务实例(可以做到配置运行时修改,例如API_HOST)
  • 简单状态管理,简单场景下共享状态更加方便
  • 特性(如果在react中使用)
    • Hook支持,一键注入
    • 装饰器支持,一个装饰器注入依赖

简单实现

有了这么一个思想,那么就很容易实现一个简单的依赖注入工具。
(这里是基本示例,没有考虑常量注入和工厂函数注入,以及参数的处理)

// container.js
class Container {
  providers = []; // 所有注册过的供应商
  instanceMap = new Map(); // hashMap,用于保存每个供应商的实例
  forRoot(providers = []) {
    this.providers = providers;
  };
  get(provider) {
    const key = typeof provider === 'string' ? provider : provider.name; // 拿到当前供应商对应的key

    let instance = this.instanceMap.get(key);
    if (!instance) { // 如果实例不存在就去创建,然后set到map中
      const Provider = this.providers.find(p => p.name === key);
      if (!Provider) {
        throw new Error('未找到对应的供应商');
      }
      instance = new Provider();
      this.instanceMap.set(key, instance);
    }
    return instance;
  }
}

使用:

const DI = Symbol('@DIContainer'); 
// 创建一个IOC容器实例
const container = new Container();
将实例挂载到全局对象上
global[DI] = container;
// 注册供应商
container.forRoot([
  Service
]);
// inject工具函数,用于注入一个依赖
function inject(provider) {
  return global[DI].get(provider);
}
// 测试类
class Test {
  service: any;
  constructor() {
    this.service = inject(Service); // 使用类注入实例
    const service2 = inject('Service'); //使用字符串名字注入实例
    console.log(service2 === this.service); // 两种方法拿到的实例时同一个引用
  }
};

console.log(new Test().service);
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,015评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,262评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,727评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,986评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,363评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,610评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,871评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,582评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,297评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,551评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,053评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,385评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,035评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,079评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,841评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,648评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,550评论 2 270

推荐阅读更多精彩内容