当IoC遇见了Node.js

当IoC遇见了Node.js2015-06-26 infoq 倪震洋

没有IoC的年代

一个简单的例子：

var Engine = require（"./engine"）;var Wheel = require（"./wheel"）;var Car = function（） {this.engine = new Engine（）;this.wheel = new Wheel（）;}Car.prototype.run = function（） {this.engine.run（）;this.wheel.run（）;console.log（"run car..."）;}module.exports = Car;

在例子中，汽车（car）需要依赖轮子（wheel）和发动机（engine）才能跑起来。为了处理好这一关系，必须首先人为的通过require把engine和wheel引入进来，然后通过new操作实例化，这样car才能真正的run起来。

这个例子非常简单，但是存在着一些问题：

require的时候，需要直接知道engine和wheel的文件位置、文件名、以及所exports的是什么。一旦engine或者wheel的文件名、所在位置、exports方式发生了变化，require操作必须做出相应的改变

car直接依赖于engine和wheel，因此如果我们试图做单元测试，则会发现mock engine或者wheel非常困难，要么就是修改engine、wheel的代码，要么就是修改car的代码

这个例子只有3个对象，读者可能觉得也没啥要紧的，这样直接做也没多大问题。但是一旦系统里面的对象数量变大了呢？复杂的依赖关系可能就是这样的：

这样的系统紧密耦合，往往会造成难以维护、难以重构、难以做单元测试，尤其是当一个新人加入团队的时候，也会因为这份复杂性变得举步维艰，看不明白也改不动。