IoC控制反转容器与依赖注入.docxVIP

容器，字面上理解就是装东西的东西。常见的变量、对象属性等都可以算是容器。一个容器能够装什么，全部取决于你对该容器的定义。当然，有这样一种容器，它存放的不是文本、数值，而是对象、对象的描述（类、接口）或者是提供对象的回调，通过这种容器，我们得以实现许多高级的功能，其中最常提到的，就是 “解耦” 、“依赖注入（DI）”。本文就从这里开始。 本文一大半内容都是通过举例来让读者去理解什么是 IoC（控制反转） 和 DI（依赖注入），通过理解这些概念，来更加深入。 IoC 容器诞生的故事讲解 IoC 容器有很多的文章，我之前也写过。但现在我打算利用当下的灵感重新来过，那么开始吧。 超人和超能力，依赖的产生面向对象编程，有以下几样东西无时不刻的接触：接口、类还有对象。这其中，接口是类的原型，一个类必须要遵守其实现的接口；对象则是一个类实例化后的产物，我们称其为一个实例。当然这样说肯定不利于理解，我们就实际的写点中看不中用的代码辅助学习。 怪物横行的世界，总归需要点超级人物来摆平。 我们把一个“超人”作为一个类， class Superman {}我们可以想象，一个超人诞生的时候肯定拥有至少一个超能力，这个超能力也可以抽象为一个对象，为这个对象定义一个描述他的类吧。一个超能力肯定有多种属性、（操作）方法，这个尽情的想象，但是目前我们先大致定义一个只有属性的“超能力”，至于能干啥，我们以后再丰富： class Power { /** * 能力值 */ protected $ability; /** * 能力范围或距离 */ protected $range; public function __construct($ability, $range) { $this-ability = $ability; $this-range = $range; }}这时候我们回过头，修改一下之前的“超人”类，让一个“超人”创建的时候被赋予一个超能力： class Superman{ protected $power; public function __construct() { $this-power = new Power(999, 100); }}这样的话，当我们创建一个“超人”实例的时候，同时也创建了一个“超能力”的实例，但是，我们看到了一点，“超人”和“超能力”之间不可避免的产生了一个依赖。 所谓“依赖”，就是 “我若依赖你，我就不能离开你”。 在一个贯彻面向对象编程的项目中，这样的依赖随处可见。少量的依赖并不会有太过直观的影响，我们随着这个例子逐渐铺开，让大家慢慢意识到，当依赖达到一个量级时，是怎样一番噩梦般的体验。当然，我也会自然而然的讲述如何解决问题。 一堆乱麻 —— 可怕的依赖之前的例子中，超能力类实例化后是一个具体的超能力，但是我们知道，超人的超能力是多元化的，每种超能力的方法、属性都有不小的差异，没法通过一种类描述完全。我们现在进行修改，我们假设超人可以有以下多种超能力： 飞行，属性有：飞行速度、持续飞行时间蛮力，属性有：力量值能量弹，属性有：伤害值、射击距离、同时射击个数我们创建了如下类： class Flight{ protected $speed; protected $holdtime; public function __construct($speed, $holdtime) {}}class Force{ protected $force; public function __construct($force) {}}class Shot{ protected $atk; protected $range; protected $limit; public function __construct($atk, $range, $limit) {}}为了省事儿我没有详细写出?__construct()?这个构造函数的全部，只写了需要传递的参数。 好了，这下我们的超人有点“忙”了。在超人初始化的时候，我们会根据需要来实例化其拥有的超能力吗，大致如下： class Superman{ protected $power; public function __construct() { $this-power = new Fight(9, 100); // $this-power = new Force(45); // $this-power = new Shot(99, 50,