Hoofdstuk 31. Zend_Translate

Inhoudsopgave

31.1. Introduction
31.1.1. Starting multi-lingual
31.2. Adapters for Zend_Translate
31.2.1. How to decide which translation adapter to use
31.3. Using Translation Adapters
31.3.1. Translation Source Structures
31.3.2. Creating array source files
31.3.3. Creating Gettext Source Files
31.3.4. Creating TMX Source Files
31.3.5. Creating CSV Source Files
31.3.6. Options for adapters
31.3.7. Checking for translations

31.1. Introduction

Zend_Translate is the Zend Framework's solution for multilingual applications.

In multilingual applications, the content must be translated into several languages and display content depending on the user's language. PHP offers already several ways to handle such problems, however the PHP solution has some problems:

  • Inconsistent API: There is no single API for the different source formats. The usage of gettext for example is very complicated.

  • PHP supports only gettext and native array: PHP itself offers only support for array or gettext. All other source formats have to be coded manually, because there is no native support.

  • No detection of the default language: The default language of the user cannot be detected without deeper knowledge of the backgrounds for the different web browsers.

  • Gettext is not thread-safe: PHP's gettext library is not thread safe, and it should not be used in a multithreaded environment. This is due to problems with gettext itself, not PHP, but it is an existing problem.

Zend_Translate does not have the above problems. This is why we recommend using Zend_Translate instead of PHP's native functions. The benefits of Zend_Translate are:

  • Supports multiple source formats: Zend_Translate supports several source formats, including those supported by PHP, and other formats including TMX and CSV files.

  • Thread-safe gettext: The gettext reader of Zend_Translate is thread-safe. There are no problems using it in multi-threaded environments.

  • Easy and generic API: The API of Zend_Translate is very simple and requires only a handful of functions. So it's easy to learn and easy to maintain. All source formats are handled the same way, so if the format of your source files change from Gettext to TMX, you only need to change one line of code to specify the storage adapter.

  • Detection of the user's standard language: The preferred language of the user accessing the site can be detected and used by Zend_Translate.

31.1.1. Starting multi-lingual

So let's get started with multi-lingual business. What we want to do is translate our string output so the view produces the translated output. Otherwise we would have to write one view for each language, and no one would like to do this. Generally, multi-lingual sites are very simple in their design. There are only four steps you would have to do:

  1. Decide which adapter you want to use;

  2. Create your view and integrate Zend_Translate in your code;

  3. Create the source file from your code;

  4. Translate your source file to the desired language.

The following sections guide you through all four steps. Read through the next few pages to create your own multi-lingual web application.