到现在，我们谈论了一些基本概念，前两篇中的例子对于我们理解依赖注入的实现很有帮助，现在我们将深入 symfony 2服务容器的实现。
symfony中的依赖注入容器是一个名叫sfservicecontainer的类来管理的
Symfony容器可以单独作为一个独立的组件而存在，Symfony的官方Subversion仓库可下载：http://svn.symfony-project.com/components/dependency_injection/trunk/
。值得注意的是该组件仍在不停的迭代开发，所以可能随时在更新(09年说的，现在好像停了)。
按照Symfony的设计思路，任何一个服务都可以是容器管理的对像。在上一篇介绍的Zend_Mail的例子中，就有两个对像：mailer和mail_transport
class Container
{
static protected $shared = array();
protected $parameters = array();
public function __construct(array $parameters = array())
{
$this->parameters = $parameters;
}
public function getMailTransport()
{
return new Zend_Mail_Transport_Smtp('smtp.gmail.com', array(
'auth' => 'login',
'username' => $this->parameters['mailer.username'],
'password' => $this->parameters['mailer.password'],
'ssl' => 'ssl',
'port' => 465,
));
}
public function getMailer()
{
if (isset(self::$shared['mailer']))
{
return self::$shared['mailer'];
}
$class = $this->parameters['mailer.class'];
$mailer = new $class();
$mailer->setDefaultTransport($this->getMailTransport());
return self::$shared['mailer'] = $mailer;
}
}如果让Container类继承Symfony的sfServiceContainer类，可以让代码稍简洁一点
class Container extends sfServiceContainer
{
static protected $shared = array();
protected function getMailTransportService()
{
return new Zend_Mail_Transport_Smtp('smtp.gmail.com', array(
'auth' => 'login',
'username' => $this['mailer.username'],
'password' => $this['mailer.password'],
'ssl' => 'ssl',
'port' => 465,
));
}
protected function getMailerService()
{
if (isset(self::$shared['mailer']))
{
return self::$shared['mailer'];
}
$class = $this['mailer.class'];
$mailer = new $class();
$mailer->setDefaultTransport($this->getMailTransportService());
return self::$shared['mailer'] = $mailer;
}
}通过观察：省去了构造函数以及参数配置管理的代码。
但这不是全部，sfServiceContainer可以给我们强大而又简洁的接口，以下是使用接口时要注意的几点：
1、获取服务的方法的名字必须以Service作为后缀。通常我们约定方法的名字以get开始，以Service结尾。每个服务都有唯一的标志，标志一般是方法名去掉前后缀，中间以下划线分隔。如定义了getMailTransportService()方法，那么服务名则为mail_transport
2、方法是protected类型的，意味着你无法直接调用方法来获得服务。稍后会介绍如何用容器获取服务。
3、可以将容器以数组访问的方式来获取传递的参数。如：$this[‘mailer.class’]
服务标志必须是唯一，且只能由字母、数字、’_’和’.’ 组成。’.’可以当作命名空间来使用（如mail.mailer 和 mail.transport）。
立即学习“PHP免费学习笔记（深入）”；
现在看看如何使用这个新的容器
require_once 'PATH/TO/sf/lib/sfServiceContainerAutoloader.php'; sfServiceContainerAutoloader::register(); $sc = new Container(array( 'mailer.username' => 'foo', 'mailer.password' => 'bar', 'mailer.class' => 'Zend_Mail', )); $mailer = $sc->mailer;
因为Container类继承了sfServiceContainer ，接口变得很整洁。
服务通过统一接口访问
if ($sc->hasService('mailer'))
{
$mailer = $sc->getService('mailer');
}
$sc->setService('mailer', $mailer);更简单的方式是，服务通过属性的方式访问
if (isset($sc->mailer))
{
$mailer = $sc->mailer;
}
$sc->mailer = $mailer;参数通过统一接口访问if (!$sc->hasParameter('mailer_class'))
{
$sc->setParameter('mailer_class', 'Zend_Mail');
}
echo $sc->getParameter('mailer_class');
// Override all parameters of the container
$sc->setParameters($parameters);
// Adds parameters
$sc->addParameters($parameters);参数也可以通过容器像数组一样访问
if (!isset($sc['mailer.class']))
{
$sc['mailer.class'] = 'Zend_Mail';
}
$mailerClass = $sc['mailer.class'];可以将容器看成迭代器，遍历所有服务
foreach ($sc as $id => $service)
{
echo sprintf("Service %s is an instance of %s.\n", $id, get_class($service));
}如果需要管理的服务不多，尽管你还是要做大量的基础工作并且拷贝大量的代码，但是不得不承认使用sfServiceContainer是很有用的。
如果要管理的服务变得越来越多，就必须有一种更好的方式来描述服务了。
这就是为什么大多数时侯，我们不会直接使用sfServiceContainer类。仅管如此，花一些时间来讲述它还是很有必要的，因为它是Symfony实现依赖注入容器的重要基石。
以上就是理解PHP依赖注入容器系列(三) Symfony的内容，更多相关内容请关注PHP中文网（www.php.cn）！
