控制反转原则,它和依赖注入有什么联系
控制反转(IOC)
首先,我们来看一个例子。
class Person { private $name = ''; private $age = 0; public function __construct(string $name, int $age) { $this->name = $name; $this->age = $age; } public function eat () { echo '吃东西' . PHP_EOL; } public function drink () { echo '喝水' . PHP_EOL; } public function sleep () { echo '睡觉' . PHP_EOL; } public function wakeup () { echo '起床' . PHP_EOL; } public function drive () { echo '开车' . PHP_EOL; } public function wash () { echo '洗漱' . PHP_EOL; } }
小明现在早上起来需要去上班,那么小明需要做以下事情
$person = new Person('小明', 24); $person->wakeup(); $person->wash(); $person->eat(); echo '带上车钥匙、手机、电脑' .PHP_EOL; $person->drive();
上面的流程都是由程序员自己控制的。现在,我们想办法,让框架来控制流程。我们在Person类中新增一个方法,代码如下:
public function work (callable $bring) { $this->wakeup(); $this->wash(); $this->eat(); $bring(); $this->drive(); }
小黄也需要去上班,现在他只安装框架的指导就可以完成上班的动作了。
$person = new Person('小黄', 29); $person->work(function () { echo '带上手机、车钥匙、文件' . PHP_EOL; });
修改后的代码完成了控制反转,以前的代码整个上班的流程由程序员控制,修改后的是由框架控制上班的流程的。程序的流程控制由程序员“反转”到了框架。
现在可以给出控制反转的定义了:
实际上,控制反转是一个比较笼统的设计思想,并不是一种具体的实现方法,一般用来指导框架层面的设计。这里所说的“控制”指的是对程序执行流程的控制,而“反转”指的是在没有使用框架之前,程序员自己控制整个程序的执行。在使用框架之后,整个程序的执行流程通过框架来控制。流程的控制权从程序员“反转”给了框架。
依赖注入
控制反转是一种设计思想,而依赖注入是一种具体的编码技巧,依赖注入是实现控制反转最常用的技巧。依赖注入看起来“高大上”,实际上非常容易理解和掌握。
那到底什么是依赖注入呢?我们用一句话来概括就是:不通过 new() 的方式在类内部创建依赖类对象,而是将依赖的类对象在外部创建好之后,通过构造函数、函数参数等方式传递(或注入)给类使用。
下面来看一个实例:
interface Log { function write (string $msg); } class TextLog implements Log { public function __construct($dirname, $txtname) { $this->makeDir($dirname); $this->mkTxt($txtname); } private function makeDir (string $dirName) :void { // do something } private function mkTxt (string $txtName) :void { // do something } public function write (string $msg) { // do something } } class RedisLog implements Log { private $redis = null; private $key = ''; public function __construct(string $key) { $this->redis = '...'; // 获取redis实例 $this->key = $key; // ... } public function write (string $msg) { // do something } } class App { public function run () { // do something // 记录日志 (new RedisLog('log'))->write('框架运行信息记录'); } }
可以看到,App类依赖RedisLog类,如果我们今后不再使用redis来记录日子,而改用文本文件的话,那么就需要修改run里面的代码。
现在,我们换成使用依赖注入这种技巧来改写,代码如下;
class App { private $logHandle = null; public function __construct(Log $log) { $this->logHandle = $log; } public function run () { // do something // 记录日志 $this->logHandle->write('框架运行信息记录'); } }
改写后的App类不再依赖RedisLog类,可以随时换成其他的Log类,只要该类实现了write方法即可。可以看到,使用了依赖注入,可以灵活的替换掉所依赖的类,另外它是编写可测试代码最有效的手段。
知乎里有一篇将依赖注入的文章,写的非常通俗易懂,大家也可以去看看。链接如下:
浅谈控制反转与依赖注入 https://zhuanlan.zhihu.com/p/33492169