在上篇文章中,你已学会如何用sfServiceContainerBuilder类来描述服务了。今天在loaders和dumpers两个类的帮助下,我们将学会如何用XML或YAML 来描述服务。
Symfony容器提供了helper类,它可以通过“loader objects”的方式来加载服务。通常,每个组件都自带两个方法:
- sfServiceContainerLoaderFileXml 加载 XML 文件
- sfServiceContainerLoaderFileYaml 加载 YAML 文件
在深入XML和YAML标记前,我们先看看有关Symfony 注入组件的另一个组成部分:dumper类。dumper类接收一个容器对象,并将其转换成其它格式,这些格式包括XML,YAML。
用XML举例。我们先来使用sfServiceContainerDumperXml类,将上一篇例子中的容器中的服务定义转换成container.xml文件。
先回忆下我们是如何描述Zend_Mail服务的
require_once '/PATH/TO/sfServiceContainerAutoloader.php';
sfServiceContainerAutoloader::register();
$sc = new sfServiceContainerBuilder();
$sc->
register('mail.transport', 'Zend_Mail_Transport_Smtp')->
addArgument('smtp.gmail.com')->
addArgument(array(
'auth' => 'login',
'username' => '%mailer.username%',
'password' => '%mailer.password%',
'ssl' => 'ssl',
'port' => 465,
))->
setShared(false)
;
$sc->
register('mailer', '%mailer.class%')->
addMethodCall('setDefaultTransport', array(new sfServiceReference('mail.transport')))
;
将上面这个容器转换成XML,只需用下面的代码即可:
$dumper = new sfServiceContainerDumperXml($sc);
file_put_contents('/somewhere/container.xml', $dumper->dump());
dumper类的构造函数的第一个参数接收的是一个服务容器builder类, dump()方法用来内省该容器,并将其转换成xml。如果一切正常, container.xml应该是这样
<?xml version="1.0" ?>
<container xmlns="http://symfony-project.org/2.0/container">
<parameters>
<parameter key="mailer.username">foo</parameter>
<parameter key="mailer.password">bar</parameter>
<parameter key="mailer.class">Zend_Mail</parameter>
</parameters>
<services>
<service id="mail.transport" class="Zend_Mail_Transport_Smtp" shared="false">
<argument>smtp.gmail.com</argument>
<argument type="collection">
<argument key="auth">login</argument>
<argument key="username">%mailer.username%</argument>
<argument key="password">%mailer.password%</argument>
<argument key="ssl">ssl</argument>
<argument key="port">465</argument>
</argument>
</service>
<service id="mailer" class="%mailer.class%">
<call method="setDefaultTransport">
<argument type="service" id="mail.transport" />
</call>
</service>
</services>
</container>
XML支持匿名服务。匿名服务是一种不需要名称的服务,它在被使用的上下文中直接定义。当你需要一个不会在另一个范围外使用的服务时(比如在一个类中调用另一个类时),它可以非常方便:
<service id="mailer" class="%mailer.class%">
<call method="setDefaultTransport">
<argument type="service">
<service class="Zend_Mail_Transport_Smtp">
<argument>smtp.gmail.com</argument>
<argument type="collection">
<argument key="auth">login</argument>
<argument key="username">%mailer.username%</argument>
<argument key="password">%mailer.password%</argument>
<argument key="ssl">ssl</argument>
<argument key="port">465</argument>
</argument>
</service>
</argument>
</call>
</service>
通过加载XML返回容器也很简单,用到了loader类
require_once '/PATH/TO/sfServiceContainerAutoloader.php';
sfServiceContainerAutoloader::register();
$sc = new sfServiceContainerBuilder();
$loader = new sfServiceContainerLoaderFileXml($sc);
$loader->load('/somewhere/container.xml');
和dumper一样,loader类的构造函数第一个参数接收的是一个服务容器builder类,load()方法读取xml文件并向容器注册该xml描述的服务,然后像平常一样使用容器。
如果使用sfServiceContainerDumperYaml类生成文件,那么刚才的容器将会生成以下文件:
parameters:
mailer.username: foo
mailer.password: bar
mailer.class: Zend_Mail
services:
mail.transport:
class: Zend_Mail_Transport_Smtp
arguments: [smtp.gmail.com, { auth: login, username: %mailer.username%, password: %mailer.password%, ssl: ssl, port: 465 }]
shared: false
mailer:
class: %mailer.class%
calls:
- [setDefaultTransport, [@mail.transport]]
使用XML比YAML多一些好处:
- 当XML加载时,可以自动用services.xsd进行验证
- 一些IDE可生成XML
- XML比YAML快
- XML不需要外部依赖,而YAML需要用到sfYAML组件
当然也可以混合使用不同格式:
// Convert an XML container service definitions file to a YAML one
$sc = new sfServiceContainerBuilder();
$loader = new sfServiceContainerLoaderFileXml($sc);
$loader->load('/somewhere/container.xml');
$dumper = new sfServiceContainerDumperYaml($sc);
file_put_contents('/somewhere/container.yml', $dumper->dump());
你可以通过GUI界面(有待完成)使用YAML或XML文件配置你的服务。但它也充满了更多有趣的可能性。
其中最重要的一个是导入其他“资源”的能力。一个资源可以是任何其他配置文件
<container xmlns="http://symfony-project.org/2.0/container">
<imports>
<import resource="default.xml" />
</imports>
<parameters>
<!-- These parameters override the one defined in default.xml -->
</parameters>
<services>
<!-- These service definitions override the one defined in default.xml -->
</services>
</container>
import片列出了该类所需的资源。默认情况下,它查找与当前文件相对的路径文件,但也可以通过一个路径数组作为loader类构造函数的第二个参数来查找
$loader = new sfServiceContainerLoaderFileXml($sc, array('/another/path'));
$loader->load('/somewhere/container.xml');
你甚至可以在XML文件中导入YAML文件
$loader = new sfServiceContainerLoaderFileXml($sc, array('/another/path'));
$loader->load('/somewhere/container.xml');
同样可以在YAML中导入XML
imports:
- { resource: default.xml, class: sfServiceContainerLoaderFileXml }
导入功能提供了一种灵活的方式来组织你的服务定义文件,也是分享和重用服务定义文件的很好的方式。让我们来谈谈我们在第一篇文章中介绍的Web会话示例。
当在测试环境中使用session时,session存储对象可能不太受重视;相反,如果你有多个负载均衡的Web服务器,生产环境需要存储在MySQL数据库中。因此,我们需要一种方法,可以对于不同的环境,创建不同的配置文件,根据环境所需要进行导入
<!-- in /framework/config/default/session.xml -->
<container xmlns="http://symfony-project.org/2.0/container">
<parameters>
<parameter key="session.class">sfSessionStorage</parameter>
</parameters>
<!-- service definitions go here -->
</container>
<!-- in /project/config/session_test.xml -->
<container xmlns="http://symfony-project.org/2.0/container">
<imports>
<import resource="session.xml" />
</imports>
<parameters>
<parameter key="session.class">sfSessionTestStorage</parameter>
</parameters>
</container>
<!-- in /project/config/session_prod.xml -->
<container xmlns="http://symfony-project.org/2.0/container">
<imports>
<import resource="session.xml" />
</imports>
<parameters>
<parameter key="session.class">sfMySQLSessionStorage</parameter>
</parameters>
</container>
使用正确的配置就很简单了
$loader = new sfServiceContainerLoaderFileXml($sc, array(
'/framework/config/default/',
'/project/config/',
));
$loader->load('/project/config/session_'.$environment.'.xml');
我可以听到人们在抱怨使用XML来定义配置,因为XML可能不是地球上最可读的配置格式。在symfony框架中,你可以所有文件都用YAML格式写,也可以配置中分离服务的定义。你可以在services.xml文件定义服务,并存储在一个xml相关配置。也可以在YAML文件中定义参数(parameters.yml)。最后,通过内置ini loader,从一个标准的INI文件中读取参数
<!-- in /project/config/session_test.xml -->
<container xmlns="http://symfony-project.org/2.0/container">
<imports>
<import resource="config.ini" class="sfServiceContainerLoaderFileIni" />
</imports>
</container>
<!-- /project/config/config.ini -->
[parameters]
session.class = sfSessionTestStorage
注意:INI文件不能定义服务,只能定义和解析参数
这些例子粗略描述了 loaders 和 dumpers的功能,我希望这篇文章对XML和YAML格式的强大功能作了较好的概述。对于那些怀疑容器加载多个文件进行配置后性能不理想的人 ,我认为你将在下一篇文章中改变想法。