本系列的第5部分讨论了测试驱动开发(TDD)。今天，我将讨论依赖性反转，控制反转，依赖性注入以及其他相关主题。

什么是依赖注入？

我们将从依赖注入开始，因为它会引导我们进入其他主题。维基百科告诉我们：在软件工程中，依赖项注入是一种技术，通过该技术，一个对象(或静态方法)可以提供另一个对象的依赖项。

您是否曾经编写过类似以下的代码：<?php

class Superhero

{

public $name;

public function __construct(string $name)

{

$this->name = $name;

}

}

class ComicBook

{

public $mainCharacter;

public function __construct(Superhero $superhero)

{

$this->mainCharacter = $superhero;

}

}

$superhero = new Superhero('Caffeine Man');

$comic = new ComicBook($superhero);

那就是依赖注入的作用。我们的ComicBook对象取决于我们的Superhero对象，因此我们将其注入。得到它？

什么是依赖倒置？

漫画并不总是与超级英雄有关。如果我们想要一本以狗，吸血鬼或吸血鬼狗为主要角色的漫画书怎么办？让我们重新编写代码以允许使用任何类型的字符。<?php

interface CharacterInterface

{

/**

* All classes implementing this interface must provide a getName method.

*/

public function getName() : string;

}

abstract class Character implements CharacterInterface

{

public $name;

public function getName() : string

{

return $this->name;

}

}

class Superhero extends Character

{

public $name;

public function __construct(string $name)

{

$this->name = $name;

}

}

class VampiricDog extends Character

{

public $name;

public function __construct(string $name)

{

$this->name = $name;

}

}

class ComicBook

{

public $mainCharacter;

public function __construct(CharacterInterface $character)

{

$this->mainCharacter = $character;

}

}

$superhero = new Superhero('Caffeine Man');

$superheroComic = new ComicBook($superhero);

var_dump($superheroComic->mainCharacter->getName());

$vampireDog = new VampiricDog('Mr. Fangz');

$vampireComic = new ComicBook($vampireDog);

var_dump($vampireComic->mainCharacter->getName());

因为我们正在编码接口，所以我们现在可以创建任何类型的字符以用于漫画书中。我们已经将角色实现与漫画实现完全脱钩了。想一想–漫画书只想成为漫画书并做漫画书之类的事情。它不在乎您给它什么样的字符，只是知道它需要一个。一旦角色就位，漫画书就可以恢复做漫画书的工作。换句话说：答：高级模块[ComicBook]不应依赖于低级模块[Superhero]。两者都应依赖抽象[CharacterInterface]。

B.抽象不应依赖细节。细节应取决于抽象。

什么是控制反转(IoC)？

控制反转有时也称为“好莱坞定律”。如“不要给我们打电话，我们会给你打电话”。Brett Schuchert使用游戏“大富翁”(Monopoly)来解释这个概念：想象一下由许多参与者创建的垄断系统。游戏协调玩家之间的互动。当需要轮到玩家转弯时，游戏可能会询问玩家是否有任何前动作，例如出售房屋或酒店，然后游戏会根据骰子的掷骰来移动玩家(在真实情况下在这个世界中，物理玩家掷骰子并移动其令牌，但这是棋盘游戏而非计算机的假象-也就是说，这是对正在发生的现象的现象描述，而不是本体论的描述)。请注意，游戏知道何时玩家可以做出决定并相应地提示玩家，而不是由玩家做出决定。

在传统的过程编程中，一个接一个地执行步骤(先执行，然后执行，然后执行)。当一个人转向垄断时，他们就处于控制之中：买酒店。

掷骰子。

移至新地点。

如果计算机控制着游戏，它将看起来像：Computer: Would you like to make a purchase?

Human: I would like to buy a hotel.

Computer: Great, here's your hotel. Do you want to make additional purchases? Human: No.

Computer: Please roll the dice and move to a new spot.

游戏流程完全颠倒了。

什么是IoC容器？

IoC容器有点用词不当。一个更好，更准确的名称是“依赖项注入容器(Dependency Injection Container，DiC)”。这两个术语始终可以互换使用。无论如何，DiC都负责管理对象-从对象的创建方式到配置的方式。框架使用容器在运行时注入依赖项。

这与框架有什么关系？

实际上很多。当您使用框架时，实际上是在赋予它对应用程序的控制权。此外，IoC / DiC容器为大多数框架奠定了基础。我已经开始研究Analyze容器，可以随时关注Github上的进度。完成后，我将深入研究其工作原理和工作方式。

进一步阅读

最后一件事，请务必查看我的新闻通讯！每周，我都会给您发送一封很棒的电子邮件，其中包含更新，重要的链接，技巧和窍门以及其他非开发人员的随机性。如果您有兴趣，可以通过以下链接进行注册。