Лучший способ организовать локализованный файл перевода

Question

По мере того, как я начал строить проект, в файле перевода .po будет много записей. Я использую Poedit для их создания.

Мой вопрос в том, что является лучшей практикой для записей в этом файле? Я думал, вместо ссылок на такие элементы, как:

echo _('This is an entry.'); 

Я думал об организации им нравится:

echo _('error_pwd'); 
echo _('error_user_taken'); 

Который, когда бежал через файл перевода, будет выводить что-то вроде:

Password incorrect. Please try again. 
Username is already taken. Please try another. 

Таким образом, все мои переводы могут быть организованы по типу, например, error_, msg_, status_, tip_, е tc.

Кто-нибудь видел, как это делается таким образом, или есть предложения по более организованному методу?

Answer 1

На самом деле это не имеет значения!

Это зависит только от вас.

Однако я советую вам не разделить переводы по разделам. В этом нет никакой пользы. Фактически, большинство проектов используют однофакторный подход для всех записей в msgid. Как django, see.

Конечно, если вы все еще хотите раздвоение перевод по разделам, возможно, вы хотите взглянуть на Domains:

От PHP документ:

Эта функция (ДОМЕН()) устанавливает домен для поиска внутри, когда вызовы совершаются с gettext(), обычно с именем, указанным после приложения.

Кроме того, как ранее говорилось, преимущество при использовании msgid как ои слово реальная фраза (вместо того, чтобы подчеркнуть или пунктирным ключа нотации) является то, что он остается в качестве сообщения по умолчанию, если не есть перевод записи.

И здесь идет некоторые полезные ссылки:

• Django Porject - i18n, Definition
• PHP textdomain function
• What is bindtextdomain, textdomain in gettext?
• How to determine which catalog to be used

Answer 2

Это стандартный подход для других фреймворков, например. Symfony/Laravel:

trans('error.validation'); 

Но есть падение, если вы забыли перевести одну фразу на своем сайте он появится как ключевое слово «» error.validation