依赖注入？依赖注入是如何实现解耦的?

如何用最简单的方式解释依赖注入&＃xff1f;依赖注入是如何实现解耦的&＃xff1f;

第一章&＃xff1a;小明和他的手机

从前有个人叫小明
小明有三大爱好&＃xff0c;抽烟&＃xff0c;喝酒…… 咳咳&＃xff0c;不好意思&＃xff0c;走错片场了。应该是逛知乎、玩王者农药和抢微信红包

我们用一段简单的伪代码&＃xff0c;来制造一个这样的小明

class Ming extends Person
{private $_name;private $_age;function read(){//逛知乎}function play(){//玩农药}function grab(){//抢红包}
}


但是&＃xff0c;小明作为一个人类&＃xff0c;没有办法仅靠自己就能实现以上的功能&＃xff0c;他必须依赖一部手机&＃xff0c;所以他买了一台 iphone6&＃xff0c;接下来我们来制造一个 iphone6 

class iPhone6 extends Iphone
{function read($user&＃61;"某人"){echo $user."打开了知乎然后编了一个故事 \n";}function play($user&＃61;"某人"){echo $user."打开了王者农药并送起了人头 \n";}function grab($user&＃61;"某人"){echo $user."开始抢红包却只抢不发 \n";}
}


小明非常珍惜自己的新手机&＃xff0c;每天把它牢牢控制在手心里&＃xff0c;所以小明变成了这个样子

class Ming extends Person
{private $_name;private $_age;public function __construct(){$this->_name &＃61; &＃39;小明&＃39;;$this->_age &＃61; 26;}function read(){//…… 省略若干代码(new iPhone6())->read($this->_name); //逛知乎}function play(){//…… 省略若干代码(new iPhone6())->play($this->_name);//玩农药}function grab(){//…… 省略若干代码(new iPhone6())->grab($this->_name);//抢红包}
}


今天是周六&＃xff0c;小明不用上班&＃xff0c;于是他起床&＃xff0c;并依次逛起了知乎&＃xff0c;玩王者农药&＃xff0c;并抢了个红包。

$ming &＃61; new Ming(); //小明起床
$ming->read();
$ming->play();
$ming->grab();

这个时候&＃xff0c;我们可以在命令行里看到输出如下

小明打开了知乎然后编了一个故事
小明打开了王者农药并送起了人头
小明开始抢红包却只抢不发

这一天&＃xff0c;小明过得很充实&＃xff0c;他觉得自己是世界上最幸福的人。

第二章&＃xff1a; 小明的快乐与忧伤

小明和他的手机曾一起度过了一段美好的时光&＃xff0c;一到空闲时刻&＃xff0c;他就抱着手机&＃xff0c;逛知乎&＃xff0c;刷微博&＃xff0c;玩游戏&＃xff0c;他觉得自己根本不需要女朋友&＃xff0c;只要有手机在身边&＃xff0c;就满足了。
可谁能想到&＃xff0c;一次次地系统更新彻底打碎了他的梦想&＃xff0c;他的手机变得越来越卡顿&＃xff0c;电池的使用寿命也越来越短&＃xff0c;一直到某一天的寒风中&＃xff0c;他的手机终于耐不住寒冷&＃xff0c;头也不回地关了机。
小明很忧伤&＃xff0c;他意识到&＃xff0c;自己要换手机了。

为了能获得更好的使用体验&＃xff0c;小明一咬牙&＃xff0c;剁手了一台 iphoneX&＃xff0c;这部手机铃声很大&＃xff0c;电量很足&＃xff0c;还能双卡双待&＃xff0c;小明很喜欢&＃xff0c;但是他遇到一个问题&＃xff0c;就是他之前过度依赖了原来那一部 iPhone6&＃xff0c;他们之间已经深深耦合在一起了&＃xff0c;如果要换手机&＃xff0c;他就要拿起刀来改造自己&＃xff0c;把自己体内所有方法中的 iphone6 都换成 iphoneX。

经历了漫长的改造过程&＃xff0c;小明终于把代码中的 iphone6 全部换成了 iphoneX。虽然很辛苦&＃xff0c;但是小明觉得他是快乐的。
于是小明开开心心地带着手机去上班了&＃xff0c;并在回来的路上被小偷偷走了。为了应急&＃xff0c;小明只好重新使用那部刚刚被遗弃的 iphone6&＃xff0c;但是一想到那漫长的改造过程&＃xff0c;小明的心里就说不出的委屈&＃xff0c;他觉得自己过于依赖手机了&＃xff0c;为什么每次手机出什么问题他都要去改造他自己&＃xff0c;这不仅仅是过度耦合&＃xff0c;简直是本末倒置&＃xff0c;他向天空大喊&＃xff0c;我不要再控制我的手机了。
天空中的造物主&＃xff0c;也就是作为程序员的我&＃xff0c;听到了他的呐喊&＃xff0c;我告诉他&＃xff0c;你不用再控制你的手机了&＃xff0c;交给我来管理&＃xff0c;把控制权交给我。这就叫做控制反转。

第三章&＃xff1a;造物主的智慧

小明听到了我的话&＃xff0c;他既高兴&＃xff0c;又有一点害怕&＃xff0c;他跪下来磕了几个头&＃xff0c;虔诚地说到&＃xff1a;“原来您就是传说中的造物主&＃xff0c;巴格梅克上神。我听到您刚刚说了 控制反转 四个字&＃xff0c;就是把手机的控制权从我的手里交给你&＃xff0c;但这只是您的想法&＃xff0c;是一种思想罢了&＃xff0c;要用什么办法才能实现控制反转&＃xff0c;又可以让我继续使用手机呢&＃xff1f;”“呵 “&＃xff0c;身为造物主的我在表现完不屑以后&＃xff0c;扔下了四个大字&＃xff0c;“依赖注入&＃xff01;”
接下来&＃xff0c;伟大的我开始对小明进行惨无人道的改造&＃xff0c;如下

class Ming extends Person
{private $_name;private $_age;private $_phone; //将手机作为自己的成员变量public function __construct($phone){$this->_name &＃61; &＃39;小明&＃39;;$this->_age &＃61; 26;$this->_phone &＃61; $phone;echo "小明起床了 \n";}function read(){//…… 省略若干代码$this->_phone->read($this->_name); //逛知乎}function play(){//…… 省略若干代码$this->_phone->play($this->_name);//玩农药}function grab(){//…… 省略若干代码$this->_phone->grab($this->_name);//抢红包}
}


接下来&＃xff0c;我们来模拟运行小明的一天

$phone &＃61; new IphoneX(); //创建一个iphoneX的实例
if($phone->isBroken()){//如果iphone不可用&＃xff0c;则使用旧版手机$phone &＃61; new Iphone6();
}
$ming &＃61; new Ming($phone);//小明不用关心是什么手机&＃xff0c;他只要玩就行了。
$ming->read();
$ming->play();
$ming->grab();


我们先看一下 iphoneX 是否可以使用&＃xff0c;如果不可以使用&＃xff0c;则直接换成 iphone6, 然后唤醒小明&＃xff0c;并把手机塞到他的手里&＃xff0c;换句话说&＃xff0c;把他所依赖的手机直接注入到他的身上&＃xff0c;他不需要关心自己拿的是什么手机&＃xff0c;他只要直接使用就可以了。

这就是依赖注入。

第四章&＃xff1a;小明的感悟

小明的生活开始变得简单了起来&＃xff0c;而他把省出来的时间都用来写笔记了&＃xff0c;他在笔记本上这样写到我曾经有很强的控制欲&＃xff0c;过度依赖于我的手机&＃xff0c;导致我和手机之间耦合程度太高&＃xff0c;只要手机出现一点点问题&＃xff0c;我都要改造我自己&＃xff0c;这实在是既浪费时间又容易出问题。自从我把控制权交给了造物主&＃xff0c;他每天在唤醒我以前&＃xff0c;就已经替我选好了手机&＃xff0c;我只要按照平时一样玩手机就可以了&＃xff0c;根本不用关心是什么手机。
即便手机出了问题&＃xff0c;也可以由造物主直接搞定&＃xff0c;不需要再改造我自己了&＃xff0c;我现在买了七部手机&＃xff0c;都交给了造物主&＃xff0c;每天换一部&＃xff0c;美滋滋&＃xff01;

我也从其中获得了这样的感悟&＃xff1a; 如果一个类 A 的功能实现需要借助于类 B&＃xff0c;那么就称类 B 是类 A 的依赖&＃xff0c;如果在类 A 的内部去实例化类 B&＃xff0c;那么两者之间会出现较高的耦合&＃xff0c;一旦类 B 出现了问题&＃xff0c;类 A 也需要进行改造&＃xff0c;如果这样的情况较多&＃xff0c;每个类之间都有很多依赖&＃xff0c;那么就会出现牵一发而动全身的情况&＃xff0c;程序会极难维护&＃xff0c;并且很容易出现问题。要解决这个问题&＃xff0c;就要把 A 类对 B 类的控制权抽离出来&＃xff0c;交给一个第三方去做&＃xff0c;把控制权反转给第三方&＃xff0c;就称作控制反转&＃xff08;IOC Inversion Of Control&＃xff09;。控制反转是一种思想&＃xff0c;是能够解决问题的一种可能的结果&＃xff0c;而依赖注入&＃xff08;Dependency Injection&＃xff09;就是其最典型的实现方法。由第三方&＃xff08;我们称作 IOC 容器&＃xff09;来控制依赖&＃xff0c;把他通过构造函数、属性或者工厂模式等方法&＃xff0c;注入到类 A 内&＃xff0c;这样就极大程度的对类 A 和类 B 进行了解耦。