“国际化”(internationalization,常被简写为i18n),是指将字符串和其他一些具有区域特征的片段从你的程序中提取(abstract)出来并基于用户所在区域(比如语言、国家)而将其置于一个能被翻译和转化的层的过程。对于文本来说(text),这意味着用一个能够把它(或“信息”)翻译成用户所需语言的函数,来剥离文本的每一部分:
1
2
3
4
5// 文本始终以英语输出
echo 'Hello World';
// 文本将以用户指定语言或默认英语输出
echo $translator->trans('Hello World');
locale的意思,单纯来说就是用户的语言和国家。在程序中它可以是任何一个字符串,用来管理翻译(translation)和其他格式信息(比如币种)。推荐使用以ISO 639-1语言代码,加一个下划线(_),再跟一个ISO 3166-1 alpha-2国家代码(比如fr_FR这个locale是指“法国法语”French/France)。
在本章,你将学习如何使用Symfony框架中的translation组件。你可以阅读翻译组件来了解更多。整体上,翻译的过程有如下几步:
开启和配置Symfony的翻译服务;
将字符串抽象出来(如“xxxx”),这是通过调用Translator去剥离它们来实现的 ;(参考 翻译基础)
针对每个被支持的locale,创建翻译资源/文件,用于翻译程序中每一个待译字串;
配置 ¶
翻译的过程是通过translator服务来处理的,该服务使用用户指定的locale来查找并返回翻译过的信息。使用translator之前,在配置文件中开启它:
1
2
3# app/config/config.ymlframework:translator:{ fallbacks:[en] }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:framework="http://symfony.com/schema/dic/symfony"
xsi:schemaLocation="http://symfony.com/schema/dic/services
http://symfony.com/schema/dic/services/services-1.0.xsd
http://symfony.com/schema/dic/symfony
http://symfony.com/schema/dic/symfony/symfony-1.0.xsd">
en
1
2
3
4// app/config/config.php
$container->loadFromExtension('framework', array(
'translator' => array('fallbacks' => array('en')),
));
关于 fallbacks关键字 以及Symfony在找不到翻译语种时如何处理,请参考 翻译时的Locales回滚 以了解细节。
翻译时要用到的locale信息被存于request对象中。一般在路由中被设为 _locale 属性。请参考 The Locale and the URL。
翻译基础 ¶
1
2
3
4
5
6
7
8
9// ...
use Symfony\Component\HttpFoundation\Response;
public function indexAction()
{
$translated = $this->get('translator')->trans('Symfony is great');
return new Response($translated);
}
上述代码被执行后,Symfony就尝试基于用户的 locale 来翻译 “Symfony is great”信息。为了让这个过程实现,你需要告诉Symfony如何通过一个“翻译源(translation resource)”来执行翻译。一般来说翻译源是一个文件,包含有成组的翻译信息,对应某一指定的locale。它就像个翻译时的“字典”,可被创建为多种格式,但推荐使用XLIFF(译注:就是后缀不同的xml格式):
1
2
3
4
5
6
7
8
9
10
11
12
Symfony is great
J'aime Symfony
1
2# messages.fr.ymlSymfony is great:J'aime Symfony
1
2
3
4// messages.fr.php
return array(
'Symfony is great' => 'J\'aime Symfony',
);
关于这类文件的存放位置等信息,参考 翻译源/文件名与位置
现在,如果用户的locale是法语(比如 fr_FR 或 fr_BE ),那么前面的信息将被翻译为 J'aime Symfony。你也可以在 模板(templates) 中完成翻译。
翻译的处理过程 ¶
为了能翻译一条信息,Symfony执行以下简明流程:
先确定request对象中所存储的当前用户的 locale 信息;
某一目录(一大组message)的已经翻译好的信息,将从由 locale(比如 fr_FR )所决定的翻译源加载。如果locale不存在,则由 fallback locale 所决定的翻译信息,也将被加载并且合并到目录之中。最终结果就是生成了一个“翻译大词典”;
如果能够从目录中找到待翻信息,翻译结果将被返回。否则, translator返回原始信息。
当使用trans()方法时,Symfony从对应的信息目录中,寻找准确的字符串,然后返回它(如果存在的话)。
译注:message catalog
此处的目录,原文是catalog,是指Symfony在处理“翻译”的过程中,从翻译源提取出来的已经翻译好的待用信息集合,也就是一个包含了很多条message的xliff文件。参考后面“翻译源/文件的命名和位置”中的domain部分)
信息占位符 ¶
有时,一条包含变量的信息,需要被翻译:
1
2
3
4
5
6
7
8
9use Symfony\Component\HttpFoundation\Response;
public function indexAction($name)
{
$translated = $this->get('translator')->trans('Hello '.$name);
return new Response($translated);
}
可是,对于这样一个字符串,创建相应的翻译是不可能的,因为translator始终在尝试寻找“确定信息”,包括变量值本身(比如“Hello Ryan”和“Hello Fabien”在translator看来是两条不同的信息)。
复数处理 ¶
另一个复杂场面,则是你在翻译中要面对基于某些变量的“复数状况”:
1
2There is one apple.
There are 5 apples.
要处理这个,应使用 transChoice() 方法,或者用模板中的transchoice标签/调节器,请 参考这里。
更多信息,参考Translation组件文档的 复数处理章节。
模板中的翻译 ¶
多数情况下,翻译发生在模板中,对于Twig和PHP模板,Symfony提供了原生支持。
Twig模板 ¶
Symfony提供了特殊的Twig标签(trans 和 transchoice),用于对“静态文本块”信息提供翻译帮助。
1
2
3
4
5{% trans %}Hello %name%{% endtrans %}
{% transchoice count %}
{0} There are no apples|{1} There is one apple|]1,Inf[ There are %count% apples
{% endtranschoice %}
transchoice标签,自动地从当前上下文关系中得到%count%变量,并将其传给translator。这种机制,只在你使用%var%这种格式的占位符时生效。
在Twig模板中使用 trans/transchoice 标签进行翻译时,%var% 占位符注释是必须要提供的。
如果你需要在字符串中使用百分号%,要写两次来为它转义:
1{% trans %}Percent: %percent%%%{% endtrans %}
你也可以指定信息域(message domain),并传递一些附加的变量进来:
1
2
3
4
5
6
7{% trans with {'%name%': 'Fabien'} from "app" %}Hello %name%{% endtrans %}
{% trans with {'%name%': 'Fabien'} from "app" into "fr" %}Hello %name%{% endtrans %}
{% transchoice count with {'%name%': 'Fabien'} from "app" %}
{0} %name%, there are no apples|{1} %name%, there is one apple|]1,Inf[ %name%, there are %count% apples
{% endtranschoice %}
trans和transchoice调节器,可用于翻译变量文本和复杂表达式:
1
2
3
4
5
6
7{{ message|trans }}
{{ message|transchoice(5) }}
{{ message|trans({'%name%': 'Fabien'}, "app") }}
{{ message|transchoice(5, {'%name%': 'Fabien'}, 'app') }}
在翻译时无论使用标签还是调节器,效果是相同的,但有一个微小区别:自动输出转义功能仅对调节器有效。换言之,如果你需要翻译出来的信息“不被转义”,则必须在translation调节器后面再跟一个raw调节器:
1
2
3
4
5
6
7
8
9
10{# 标签中被翻译的文本从不被转义#}
{% trans %}
foo
{% endtrans %}
{% set message = '
foo
' %}{# 变量调节器翻译的字符串和变量,默认将被转义 #}
{{ message|trans|raw }}
{{ '
bar
'|trans|raw }}你可以通过单一标签,为整个twig模板设置一个翻译域(translation domain):
1{% trans_default_domain "app" %}
注意这时仅会影响到当前模板,而不包括任何“被包容(included)”的模板(为的是减少副作用)。
PHP模板 ¶
translator也可以在PHP模板中通过translator helper来使用:
1
2
3
4
5
6
7<?php echo $view['translator']->trans('Symfony is great') ?>
<?php echo $view['translator']->transChoice(
'{0} There are no apples|{1} There is one apple|]1,Inf[ There are %count% apples',
10,
array('%count%' => 10)
) ?>
翻译源/文件的命名和位置 ¶
Symfony在以下位置寻找信息文件(即是translations/翻译信息):
app/Resources/translations 目录;
app/Resources//translations 目录;
任何bundle下的 Resources/translations/ 目录
上面的位置是按照“高优先权在前”的顺序排列的。这意味着,你可以用前面两个目录之一,来覆写某个bundle中的翻译信息。
覆写机制基于键等级(key level)而执行:只有被覆写的键需要被列在高优先级的信息文件中。当一个键没有在信息文件中被找到时,translator将自动回滚到低优先级的信息文件中。
信息文件的文件名也很重要,每一个信息文件必须按下列命名路径来命名:domain.locale.loader:
domain: 这是一个可选项,用于组织信息文件成为群组(例如admin, navigation 或default messages)。参阅 使用翻译信息的域 Using Message Domains;
locale: 这是翻译信息的locale (例如 en_GB, en, 等等);
loader: 这是Symfony如何来加载和解析信息文件 (也就是 xlf, php, yml 等文件后缀).
加载器(loader)可以是任何已注册加载器的名称。Symfony默认提供了许多加载器,包括:
xlf: 加载XLIFF文件;
php: 加载PHP文件;
yml: 加载YAML文件;
使用何种加载器的选择权完全在你,随你喜好。推荐使用xlf作为翻译的信息文件。更多选择,参考 加载信息目录 Loading Message Catalogs。
你也可以将翻译信息存在数据库中,或任何其他介质,只要提供一个自定义的类去实现
你可以在配置文件中通过paths选项添加一个目录:
1
2
3
4
5# app/config/config.ymlframework:translator:paths:- '%kernel.root_dir%/../translations'
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
xmlns:framework="http://symfony.com/schema/dic/symfony"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-Instance"
xsi:schemaLocation="http://symfony.com/schema/dic/services
http://symfony.com/schema/dic/services/services-1.0.xsd
http://symfony.com/schema/dic/symfony
http://symfony.com/schema/dic/symfony/symfony-1.0.xsd"
>
%kernel.root_dir%/../translations
1
2
3
4
5
6
7
8// app/config/config.php
$container->loadFromExtension('framework', array(
'translator' => array(
'paths' => array(
'%kernel.root_dir%/../translations',
),
),
));
每次你创建一个新的翻译源(translation resource)或安装了一个包含翻译源的bundle时,一定要清除缓存,这样Symfony才能发现这个新的翻译源。
1$ php app/console cache:clear
翻译时Locale的回滚 ¶
假设一名用户的locale信息是 fr_FR,而你正翻译的键是 Symfony is great。为了找到法语信息,Symfony切实地检查若干locale的翻译源:
首先,Symfony在一个 fr_FR 的翻译源(例如messages.fr_FR.xlf)寻找翻译信息;
如果没找到,Symfony在一个 fr 翻译源(比如messages.fr.xlf)继续寻找翻译信息;
如果仍然没找到,Symfony使用fallbacks这个配置参数, 它被默认设为 en (参阅 FrameworkBundle配置信息)。
2.6版Symfony引入了将缺少的翻译信息写入日志的能力。
当Symfony无法找到给定locale的翻译信息时,它会把缺少的翻译信息给添加到日志文件中。参阅 logging。
翻译数据库内容 ¶
翻译数据库内容时要用到Doctrine扩展中的 Translatable Extension 或 Translatable Behavior(PHP 5.4+)。更多信息请参考相应文档。
译注:使用Doctrine扩展有两种方式
一个是类库方式,一个是bundle方式。此处的Translatable Behavior,是指用bundle安装之后,翻译数据库内容时所应参考的用法)
翻译约束信息 ¶
处理用户的Locale ¶
翻译的过程是取决于用户的locale的。阅读 如何操作用户的Locale 以了解如何处理。
对翻译进行调试 ¶
debug:translation 命令行语句从Symfony 2.5起引入。
Symfony 2.6之前,这一命令是translation:debug。
当你在不同语言的大量翻译信息中操作时,要跟踪到丢失了哪条信息以及哪条信息没有被使用,是很困难的。阅读 如何找到丢失或未使用的翻译信息 以了解如何发现这一类翻译信息。
总结 ¶
使用Symfony的翻译组件创建一个国际化的应用程序将不再是一个“痛苦过程”,而是归结于以下简单步骤:
从程序中抽象出待翻译的信息,把每一条信息用 trans() 或 transChoice() 方法替换(通过 使用Translator一文了解更多);
通过创建信息文件(translation message file)将待译信息翻译成多个locale语种。Symfony能够找到并处理每一个文件,因为这些文件的名字遵循指定的命名约定;
管理好用户的locale,它可以存在request中,但是也可以存在用户的session中。