随着angularjs的流行，依赖注入开始在javascript领域获得不少的关注。 di最突出的好处在于开发可复用可测试的代码单元。 本文以简易的代码解释di的实现机制，更多对di优缺点的讨论可参考： 什么时候应该使用依赖注入 一文。
一个基本的di用例每个模块声明自己的依赖，并提供自己的服务。例如：
di.service('foo', ['bar'], function foo(bar){ function foo(){ this.bar = bar;
} this.prototype.greeting = function(){ console.log('hello, world');
} return foo;
}); var foo = di.container.get('foo');
foo.greeting();
注意依赖注入和commonjs（或amd）的区别， foo 只需要声明其依赖项 bar 而不需要主动获取。 正是这一点使得 function foo 对依赖所处的位置和构建方法都完全无知， function foo 成为可测试、可复用的代码单元。
di框架的设计注册服务和使用服务应该在不同时期进行。 作为一种特殊的依赖解决工具，di框架将软件单元的生命周期分为注册阶段和运行阶段。 上述例子中，在注册阶段提供 foo 和 bar 服务，在运行阶段获取并使用这些服务。 多数di框架都采取lazy construction的策略，该策略也避免了在注册阶段进行构造的困难。
服务的定制可以在注册阶段后运行阶段前进行。 angularjs 1 引入配置阶段来定制这些服务，其provider可以理解为一个特化的工厂对象。 bottlejs 则使用修饰器和中间件来支持对服务的定制。
使用ioc容器来索引服务实例或存储服务提供者。 当有人提供服务时就把它加入到容器中， 当有人使用服务时就从容器中查找提供者并生成一个服务实例。 通常服务的实例可以被缓存。
di框架的实现先来实现最常见的接口函数 .service() ，该接口用来注册一个服务的构造器。 被传入的函数将会被进行 new 操作。
var di = {
container: {}
};
di.service = function(name, constructor) {
definelazyproperty(name, () => new constructor());
}; function definelazyproperty(name, getter){ object.defineproperty(di.container, name, {
configurable: true,
get: function() { var obj = getter(container); object.defineproperty(di.container, name, {
configurable: false value: obj
}); return obj;
}
});
}
object.defineproperty 在这里用来做服务缓存。 只在第一次构建服务时调用构造器，后续的访问就是直接读取ioc容器的属性。 它是es5的标准方法 兼容性非常好 。 有了 definelazyproperty() 方法，这些常用的注册接口实现就很直观了：
di.factory = function(name, factory) { return definelazyproperty(name, factory);
};
di.provider = function(name, provider) { return definelazyproperty(name, function(){ var provider = new provider(); return provider.$get();
});
};
di.value = function(name, val) { return definelazyproperty(name, () => val);
};
服务的定制接口就不再赘述了，值得一提的是统一的服务定制需要统一的服务构造方法， 而不是直接调用 .definelazyproperty() 生成属性。 angularjs 中这些策略都由provider来实现， 其他的所有服务注册方法都借由provider来实现。
以上就是javascript 依赖注入实现的内容。