Привет всем, кто-нибудь знает, как решить такую проблему:

Допустим есть какой-нибудь проект и надо его перевести на другой язык – ну например, если веб приложение, то все заголовки, названия кнопок, ошибки, эксепшены итд. Т.е. другими словами надо пройти все *.java файлы и найти в них интересующие стринги – естественно не собирать всё подряд, а именно те стринговые значения, которые являются фразой и нуждаются в последствие в переводе. 

Слышал про antlr, нашёл в интернете примерно такую программу, которая проходит файл и находит всё что там есть, но как сделать, чтобы она не тупо всё находила, а именно то, что надо: 



Может кто-то сталкивался с подобной задачей или хотя бы есть идеи как это сделать? Проблема в том, что эти стринги могут относится к разным местам – например, если один и тот же стринг, скажем в методе setTitle(„Home page“); то его надо находить, а если это логи Logger.debug(„Home page“); то такой стринг интереса не представляет и браться не должен.

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

Любая приличная IDE умеет вытаскивать текст в resource bundle.

LSD, сам перевод работает - то, что я написал выше в задании, требуется, на сколько я понял, для контроля над тем, какие новые фразы, требуемые перевода добавились. Короче, одним словом, прогеры комитят код, а тем, кто занимается переводом влом его просматривать, кроме того здесь вступает в силу человеческий фактор и что-то может быть пропущено, и они хотят, чтобы в конечном счёте было что-то типа такого:

Есть файл с переводом, ищутся стринги из ява классов и сравниваются есть ли уже данная фраза среди переведённых или же нету, т.е. допустим в итоге после окончания программы, должен получиться результат типа:

Главная страница = Main page (нашёл стринг в ява классе и соответсвие в переводах)
Новости = ??? (нашёл стринг новости, но среди переводов не нашёл соответствие этому стрингу - News)

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

А как отличать какие строчки надо переводить, а какие -- нет?

У меня пока что один вариант, который мне кажется разумным, хотя возможно он на самом деле и плохой: допустим будет тхт файл с именами классов, возможно так же там будут вместе с классами и методы, которые следует обрабатывать - это видимо получится очень длинный файл, если каждый конкретный метод будет там прописываться, но в тоже время от его увеличения, не прибавится проблем, т.е. просто программе надо будет больше информации переработать.

Интернационализация по русски, бесмысленная и беспощадная 

Что-то я не понял этой идеи...
Строчки-то как различать?

AlexeyVorotnikov, если запустить тот код, который я указывал выше и передать параметром класс, который содержит: 


То в результате программа выдаст:

text:AST ROOT type=0
text:CLASS_DEF type=14
text:MODIFIERS type=5
text:public type=89
text:Test type=68
text:EXTENDS_CLAUSE type=18
text:IMPLEMENTS_CLAUSE type=19
text:OBJBLOCK type=6
text:METHOD_DEF type=9
text:MODIFIERS type=5
text:public type=89
text:static type=65
text:TYPE type=13
text:void type=78
text:main type=68
text:PARAMETERS type=20
text:PARAMETER_DEF type=21
text:MODIFIERS type=5
text:TYPE type=13
text:String type=68
text:[ type=17
text:args type=68
text:{ type=7
text:EXPR type=28
text:( type=27
text:. type=69
text:. type=69
text:System type=68
text:out type=68
text:println type=68
text:ELIST type=34
text:EXPR type=28
text:"Hello World" type=162

Где видно, что он нашёл стринг "Hello World", а перед этим видно в какой метод этот стринг параметром передавался: 
text:System type=68
text:out type=68
text:println type=68

System.out.println будет как бы ключом для поиска стринга, т.е. если он имеется в списке путей, подлежащих переводу, то "Hello world" должен браться, если нету, значит не должен. Возможно это корявый подход, но что-то ничего другого не придумал и здесь тоже никто ничего дельного не предложил, а ты может знаешь более хороший способ?

Мда... Эта тема отличный пример того, как не нужно проектировать приложения. Или того, что бывает с изначально криво-спроектированными приложениями где-то в середине процесса разработки.

Тут только один грамотный путь - это использовать Resource Bundles. Причём этот путь был протоптан настолько давно, что нужно было очень "постараться" чтобы с него свернуть... 


А те кто занимается переводом в исходники вообще смотреть не должны. У них должен быть доступ к bundle-файлам и информация о ключах. И всё.
Ну а если нужно автоматизировать поиск пропущенных ключей или значений, то по bundle-файлам это сделать как 2 байта переслать.

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

И получают перевод "train" как "поезд" вместо "тренировать" (хотя обычно переводчикам исходников или хотя бы работающей программы не дают и они в таких казусах чаще всего не виноваты)

Намного лучше если переводчик будет читать код и разбираться в каком контексте используется эта константа в этом методе?
А еще придумали такую вещь как комментарий.

Это сообщение отредактировал(а) iluvatar - 23.4.2008, 08:37

Это от таланта переводчика зависит.   А вообще должна быть документация по UI с описанием где и что должно быть. Да и этап тестирования никто не отменял.