Комбинирование ключей и полного текста при работе с файлами gettext и .po

Я только что ответил на аналогичный (гораздо более старый) вопрос здесь.

Укороченная версия:

Формат файла PO очень прост, поэтому можно создавать файлы PO / MO из другого рабочего процесса, который обеспечивает гибкость, о которой вы просите. (вашим разработчикам нужны идентификаторы, вашим переводчикам нужны слова)

Вы можете использовать это решение самостоятельно или использовать облачное приложение, такое как Loco, для управления переводами и экспорта файла Gettext. с идентификаторами, когда они нужны вашим разработчикам.

gettext был разработан для перевода английского текста на другие языки, и вы должны использовать его именно так. Не используйте его с ключами. Если вам нужны ключи, используйте другую технику, например, ассоциативный массив.

Я руководил двумя большими проектами с открытым исходным кодом (50 языков, 5000 переводов), один с использованием ключевого подхода, а другой с использованием подхода gettext, и я никогда больше не буду использовать ключевой подход.

Минусы включают распространение изменений английского текста на другие языки. Если вы измените

msg_no_food = "We had no food left, so we had to eat the cats"

to

msg_no_food = "We had no food left, so we had to eat the cat's"

Новый текст имеет совершенно другое значение - так как же гарантировать, что другие переводы будут признаны недействительными и обновлены?

Вы упомянули, что у вас длинный текст, который затрудняет чтение ваших сценариев. Решением этого может быть размещение их в отдельном скрипте. Например, поместите это в основной код

print help_message('help_no_food')

и у вас есть сценарий, который просто предоставляет справочные сообщения:

switch ($help_msg) {
...
case 'help_no_food': return gettext("We had no food left, so we had to eat the cat's");
...
}

Еще одна проблема для gettext - это когда вам нужно перевести целую страницу. Возможно, страница брошюры на веб-сайте содержит множество встроенных изображений. Если вы разрешите много места для языков с длинным текстом (например, немецкого), у вас будет много пробелов на языках с коротким текстом (например, китайском). В результате у вас могут быть разные изображения / макеты для каждого языка.

Поскольку их, как правило, немного, часто проще полностью реализовать их вне gettext. например

brochure-view.en.php
brochure-view.de.php
brochure-view.zh.php