在这之前我们先来了解一下设计模式相关的内容：
依赖注入是设计模式的一种，全称叫做 Dependency Injection，缩写 DI。
它基于一种软件设计思想 “依赖倒置原则”。
依赖倒置是一种软件设计思想，在传统软件中，上层代码依赖于下层代码，当下层代码有所改动时，上层代码也要相应进行改动，因此维护成本较高。而依赖倒置原则的思想是，上层不应该依赖下层，应依赖接口。意为上层代码定义接口，下层代码实现该接口，从而使得下层依赖于上层接口，降低耦合度，提高系统弹性
控制反转 IOC (Inversion of Control) 实际上是依赖倒置 DIP (Dependence Inversion Principle) 的同义词
DI（依赖注入），一般认为依赖注入（DI）和依赖查找（DS）是 IOC 的两种实现。
不过随着某些概念的演化，这几个概念之间的关系也变得模糊，也有人认为 IOC 就是 DI。有人认为，依赖注入的描述比起 IOC 更贴切。
设计模式的内容对于刚入门的开发人员来说会有点难以理解，但不要随着逐渐的深入将会渐入佳境。
这里依旧通过之前系列内容中的项目来展示如何构建一个简单的依赖注入容器。
小实践
在项目文件 bootstrap.php 中之前的内容如下：
<?php
$app = [];
$app['config'] = require 'config.php';
$app['database'] = new QueryBuilder(
Connection::make($app['config']['database'])
);
我们通过一个运行时变量 $app 来存储程序依赖的单元，比如配置、数据连接对象。
但这还太粗糙，接下来我们优化一下。
首先新建一个文件 core/App.php ：
<?php
class App
{
protected static $registry = [];
public static function bind($key, $value)
{
static::$registry[$key] = $value;
}
public static function get($key)
{
if (! array_key_exists($key, static::$registry)) {
throw new Exception("No {$key} is bound in the container.");
}
return static::$registry[$key];
}
}
这个类 App 就是一个依赖注入的容器，接下来我们看看如何使用它。
修改 core/bootstrap.php 的内容：
<?php
App::bind('config', require 'config.php');
App::bind('database', new QueryBuilder(
Connection::make(App::get('config')['database'])
));
我们通过 bind 方法将 key 与 内容绑定注入到容器中，然后在需要的时候通过 get 提取注入的内容。
上一节我们讲到了 Composer，这里新添加 App 类之后，需要执行 composer 命令重新生成自动加载类。
composer dump-autoload
在之前项目中，我们的控制器也有用到与容器相关的地方，需要作出一些修改。
- controllers/index.php
// controllers/index.php
<?php
$users = App::get('database')->selectAll('users');
require "views/index.view.php";
- controllers/add-name.php
// controllers/add-name.php
<?php
App::get('database')->insert('users', [
'name' => $_POST['name']
]);
header('Location: /');
整个代码调整完成。这里通过添加 App 类作为程序的依赖注入容器，可以方便的程序运行时获取依赖单元进行相应的操作。
以上就是依赖注入的简单介绍以及运用。
