今天，先不谈容器(container),首先用一些具体的例子来介绍依赖注入的概念，证明依赖注入这种模式可以解决哪些问题，同时能给开发人员带来哪些好处。
如果你已经知道了依赖注入的概念，你可以跳过这篇文章。
依赖注入可能是我所知道的最简单设计模式之一，很多情况下可能你无意识中已经使用了依赖注入。不过它也是最难解释的一个。我认为有一部分原因是由于大多数介绍依赖注入的例子缺乏实际意义，让人难理解。因为php主要用于web开发，那就先来看一个简单的web开发实例。
http本身是一个无状态的连接协议，为了支持客户在发起web请求时应用程序能存储用户信息，我们就需要通过一种技术来实现存储状态交互。理所当然最简单的是使用cookie，更好的方式是php内置的session机制。
$_session['language'] = 'fr';
上面代码将用户语言存储在了名为language的session变量中，因此在该用户随后的请求中，可以通过全局数组$_session来获取language：
$user_language = $_session['language'];
依赖注入主要用于面向对像开发，现在让我们假设我们有一个sessionstorage类，该类封装了php session机制：
class sessionstorage { function __construct($cookiename = 'php_sess_id') { session_name($cookiename); session_start(); } function set($key, $value) { $_session[$key] = $value; } function get($key) { return $_session[$key]; } // ... }
同时还有一个user类提供了更高级的封装：
class user { protected $storage; function __construct() { $this->storage = new sessionstorage(); } function setlanguage($language) { $this->storage->set('language', $language); } function getlanguage() { return $this->storage->get('language'); } // ... }
代码很简单，同样使用user类也很简单：
$user = new user(); $user->setlanguage('fr'); $user_language = $user->getlanguage();
一切都很美好，除非你的程序需要更好的扩展性。假设现在你想要更改保存session_id的cookie键值，以下有一些可供选择的方法：
user类中创建sessionstorage实例时，在sessionstorage构造方法中使用字符串’session_id’硬编码:
class user { function __construct() { $this->storage = new sessionstorage('session_id'); } // ... }
在user类外部设置一个常量(名为storage_session_name)
class user { function __construct() { $this->storage = new sessionstorage(storage_session_name); } // ... } define('storage_session_name', 'session_id');
通过user类构造函数中的参数传递session name
class user { function __construct($sessionname) { $this->storage = new sessionstorage($sessionname); } // ... } $user = new user('session_id');
还是通过user类构造函数中的参数传递session name，不过这次参数采用数组的方式
class user { function __construct($storageoptions) { $this->storage = new sessionstorage($storageoptions['session_name']); } // ... } $user = new user(array('session_name' => 'session_id'));
上面的方式都很糟糕。
在user类中硬编码设置session name的做法没有真正解决问题，如果以后你还需要更改保存session_id的cookie键值，你不得不再一次修改user类(user类不应该关心cookie键值)。
使用常量的方式同样很糟，造成user类依赖于一个常量设置。
通过user类构造函数的参数或数组来传递session name相对来说好一些，不过也不完美，这样做干扰了user类构造函数的参数，因为如何存储session并不是user类需要关心的，user类不应该和它们扯上关联。
另外，还有一个问题不太好解决：我们如何改变sessionstorage类。这种应用场景很多，比如你要用一个session模拟类来做测试，或者你要将session存储在数据库或者内存中。目前这种实现方式，在不改变user类的情况下，很难做到这点。
现在，让我们来使用依赖注入。回忆一下，之前我们是在user类内部创建sessionstorage对像的，现在我们修改一下，让sessionstorage对像通过user类的构造函数传递进去。
class user { function __construct($storage) { $this->storage = $storage; } // ... }
这就是依赖注入最经典的案例，没有之一。现在使用user类有一些小小的改变，首先你需要创建sessionstorage对像。
$storage = new sessionstorage('session_id'); $user = new user($storage);
现在，配置session存储对像很简单了，同样如果改变session存储对像也很简单，所有这一切并不需要去更新user类，降低了业务类之间的耦合。
pico container 的网站上是这样描述依赖注入：
依赖注入是通过类的构造函数、方法、或者直接写入的方式，将所依赖的组件传递给类的方式。
所以依赖注入并不只限于通过构造函数注入。下面来看看几种注入方式：
构造函数注入
class user { function __construct($storage) { $this->storage = $storage; } // ... }
setter方法注入
class user { function setsessionstorage($storage) { $this->storage = $storage; } // ... }
属性直接注入
class user { public $sessionstorage; } $user->sessionstorage = $storage;
根据经验，一般通过构造函数注入的是强依赖关系的组件，setter方式用来注入可选的依赖组件。
现在，大多数流行的php框架都采用了依赖注入的模式实现业务组件间的高内聚低耦合。
// symfony: 构造函数注入的例子 $dispatcher = new sfeventdispatcher(); $storage = new sfmysqlsessionstorage(array('database' => 'session', 'db_table' => 'session')); $user = new sfuser($dispatcher, $storage, array('default_culture' => 'en')); // zend framework: setter方式注入的例子 $transport = new zend_mail_transport_smtp('smtp.gmail.com', array( 'auth' => 'login', 'username' => 'foo', 'password' => 'bar', 'ssl' => 'ssl', 'port' => 465, )); $mailer = new zend_mail(); $mailer->setdefaulttransport($transport);
以上就是理解php依赖注入容器系列(一) 什么是的内容。