Как лучше всего реализовать мультиязычность в рамках большого проекта?

Question

[Иван Вовчок]

Привет
Есть большое приложение для работы с различными данными, где поверх Laravel используется админка Backpack.
Админка имеет встроенный функционал для реализации поддержки нескольких языков, но на каждое слово, фразу или предложение, что надо перевести, нужно вызывать метод перевода с меткой этого слова/фразы и он, в зависимости от выбраной локали пользователя, пойдет искать перевод в соответствующем словаре.
То есть получается, что на странице, где, к примеру, 50 отдельных слов/фраз, я 50 раз вызываю один и тот же метод, но с разными аргументами.
Понял, что это не есть хорошо, но, к сожалению, уже только после того, как все сделал.
Интересует, каким образом вообще грамотнее всего организовать мультиязычность в моих условиях.

Comments

[Дмитрий]

Gettext

[Иван Вовчок]

Дмитрий, не хотелось бы устанавливать еще один пакет, проект и так "перегружен". Думал, можно найти хорошее решение средствами, которые уже имеются

[Антон]

То есть получается, что на странице, где, к примеру, 50 отдельных слов/фраз, я 50 раз вызываю один и тот же метод, но с разными аргументами.

А в чем проблема? Если вы 50 раз лезете в БД - да, сомнительное удовольствие. Соберите один раз переводы в массив и в методе проверяйте, есть ли значения в этом массиве, если есть - брать из него, если нету, значит опять его сформировать и обращаться вновь к нему

[Sanes]

От того, что на сервере появится несколько килобайт файлов, хуже не станет.

[Иван Вовчок]

Антон, в БД я не лезу. Переводы хранятся в файлах словарей, к которым и обращается метод.
Я думал о варианте, который предложили вы, но, возможно, есть гораздо более грамотный метод или подход.

[Антон]

Иван Вовчок, Как правило, это два основных метода - языковые файлы и словарь в БД. Собственно, так же, из словаря один раз забирайте все в массив и оперируйте массивом.
Нет, может кто-то лучше способ знает, пожалуй, тоже бы поглазел на возможные варианты

[Дмитрий]

Ну с gettext вы не будете лазить в шаблоны постоянно, есть удобные инструменты, poedit, есть сервис crowdin

[Андрей Hecc]

Если речь идет за стандартные переводы, которые реализованы в Ларе "из коробки" то, они прекрастно работают.
У нас несколько проектов на которых поддерживается от 4 до 10 локалей и для статичных переводов, оно прекрастно справляется со своей задачей.
То, что в приделах одного блейда какое-то кол-во раз вызывается функция перевода, не вижу ничего плохого.