| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Perl: разработка для Web > Языковая локализация |
| Автор: comtat 14.8.2007, 22:54 | ||||||
| Ситуация следующая, есть web приложение вернее оно создается, в котором необходимо языковую локализацию. Под этим подразумевается, что пользователь может сам выбрать язык приложения и все названия кнопок, гридов и тд будут отображаться на этом языке. Есть вариант создавать файл для каждого языка, в котором будут храниться "переводы". Например, имя файла ru.str
или en.str
и так далее а в самом приложении писать, чтото типа
И в зависимости от выбранного языка будет отображаться или Project, или Проект, или Le projet и т.д. Как такое можно реализовать ?? И правильно ли это вообще ?? Есть у Вас ли какие- нибудь другие варианты ?? |
| Автор: Nab 15.8.2007, 02:16 |
| Вариантов море... поиск на cpan по словам maketext, gettect, i18n, поискать информацию о .po файлах Для себя я еще не решил, хотя и использую один метод который позволит потом не мучаться с локализацией... Но могу сказать что то, что вы предложили абсолютно убийственный вариант... нельзя так делеть, тем более в именах передаваемых параметров ладно бы уже просто в текстовой инфе, да и то ..... Даже не знаю как сказать, вы что весь html вручную генерите, прям из кода? может глянете на какую либо систему шаблонов чтоли..... |
| Автор: Bulat 15.8.2007, 10:35 |
| в такой ситуции возможно грамотно было бы "запрячь" xml.... |
| Автор: comtat 15.8.2007, 11:02 |
Булат, каким образом ?? |
| Автор: Bulat 15.8.2007, 11:23 |
| comtat, я так понял, что html разметку ты генеришь из кода. в таком случае, теги, в которых названия должны генериться в зависимости от языка, можно шаблонно закидать в xml, и вытаскивать оттуда. При добавлении нового языка приписать в xml довольно не сложно. Вообщем даже при варианте использования xml - тоже есть куча "подвариантов" и т.п. Еще нужно смотреть как именно структурировать xml-файл. В целом чтоб написать что-то конкретнее нужно знать о твоем проекте побольше чем только то, что должно быть на выходе, ибо не могу не согласится с Nab'ом - вариантов море. А какой лучше - это уже с учетом особенностей твоего кода и логической схемы, алгоритма. P.S. Надеюсь ты не ждешь что тебе здесь сразу выдадут идеальный вариант, все равно самому придется додумать и решить который тебе больше подойдет |
| Автор: comtat 15.8.2007, 11:29 |
У меня вызываются функции, которым я отдаю параметры (имя полей или имена столбцов и тд) а они мне возвращаю html код (грида или формы и тд) |
| Автор: Nab 15.8.2007, 14:29 | ||||||
хм, мой пример вам мало поможет, хотя... Я основываюсь на CGI::Application, соответственно на системе хуков. У себя я в данный момент просто определил метод:
Это простая заглушка возвращающая ту же строку, что ей и передали... далее я везде, вернее во всех моделях где генерирую данные для шаблонов пишу, приблизительно вот так:
то еть где бы у меня в коде не выводился сырой текст, он всегда идет через gettext. Это касается всех элементов интерфейса. В принципе тот же механизм будет использован и для больших текстовых кусков кода, хотя там схема будет немного другая... далее я gettext перепишу приблизительно вот так:
И можно вешать хук, который реально будет отдавать локализованное сообщение. Какая это будет технология сейчас совсем не важно. Гавное что сейчас у меня есть небольшая абстракция для локализации. Возможно это будет подмена функциии на совсем другую технологию, или еще что я же говорю я еще для себя не решил Кстати CGI::Application устроена так что, от системы шаблонов совсем не зависит, можно юзать любую или вообще никакой. Хотя дефолтная система это HTML::Template как обеспечивающая минимальный набор функционала... условия и циклы |