到現在,我們談論了一些基本概念,前兩篇中的例子對於我們理解依賴注入的實現很有幫助,現在我們將深入 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)。
現在看看如何使用這個新的容器
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)!