Usar ou não usar um arquivo só de i18n?

Nossa cara, eh a mesma coisa que colocar todas as tuas classes em um unico source file. Simplesmente nao rola.

Sao coisas diferentes (linguas diferentes). Nao ha pq estar num mesmo arquivo. Se voce eh preguico a ponto de criar uma classezinha de I18n que gerencie isso, vc sempre pode fazer assim:

Properties p = new Properties();
p.load("en_US.properties");
p.load("fi_FR.properties");
p.load("ru_RU.properties");

Porem, vc vai precisa de prefixox nas key (enUS_Hello, fiFI_Hello) e etc…

Rafael

Misturar japonês e português num arquivo só vai ficar esquisito mesmo.

Beleza, vou dar um jeito de separar isso, sem ter que refazer tudo. Acho que dá tranquilo!

saoj:

Misturar japonês e português num arquivo só vai ficar esquisito mesmo.

Beleza, vou dar um jeito de separar isso, sem ter que refazer tudo. Acho que dá tranquilo!

Se isso não for fácil de fazer, significa que seu código não está muito flexível.

Para falar a verdade, tanto dividir em vários arquivos quanto usar tudo num só arquivo são escolhas ruins! Quem me garante que todas as keys que existem em português existem também em inglês?

Acho que o ideal seria existir alguma ferramenta para fazer a gerência colaborativa de i18n. A cada key criada para uma linguagem, seria gerada o equivalente nas outras e ficaria marcado que as outras estão incompletas. Sem contar que a gerência manual de categorias de mensagens parecem coisa de dois séculos atrás.

Por fim, a ferramenta geraria um arquivão ou todos os arquivos separados. Isso tem que ficar transparente pois isso não deveria fazer diferença para a classe que carrega as mensagens.

Voce precisa ter apenas um arquivo completo, e entao usar ele como seguranca. Por exemplo, no JForum, eu sempre carrego o en_US, que eh o meu base. Entao, se alguem escolhe pt_BR, dou um merge do pt_BR com o en_US. Caso alguma key falte no pt_BR, automaticamente a key em ingles vai ser usada - a propria natureza do Properties te permite isso.

Rafael

Rafael Steil:

Voce precisa ter apenas um arquivo completo, e entao usar ele como seguranca. Por exemplo, no JForum, eu sempre carrego o en_US, que eh o meu base. Entao, se alguem escolhe pt_BR, dou um merge do pt_BR com o en_US. Caso alguma key falte no pt_BR, automaticamente a key em ingles vai ser usada - a propria natureza do Properties te permite isso.

Rafael

Mas isso é uma solução paleativa.

Você corre o risco que ter uma mensagem em inglês no código de uma janelinha pouco visitada.

Cada vez que precisar ter certeza que não há mensagens em inglês numa versão em português, vai necessitar percorrer as 800 linhas de cada um dos 17 arquivos!

Tem toda razão !!! Essa é a única parte do código que eu reaproveitei de tempos passados. Bom, ótimo oportunidade para meter a mão ali e refazer algumas coisas.

vamorim:

Cada vez que precisar ter certeza que não há mensagens em inglês numa versão em português, vai necessitar percorrer as 800 linhas de cada um dos 17 arquivos!

Se vc estivesse dizendo isso para a tiazinha do cafe, ela provavelmente faria isso mesmo :mrgreen: . Porem, nos, como bons programadores Java, resolvemos o problema com ou 3 ou 4 linhas de codigo (aka, abre properties1, abre properties2, entao da um diff )

Rafael

Usar arquivos de properties separados é legal quando você usa ResourceBundles para internacionalização e localização.

Rafael Steil:

vamorim:

Cada vez que precisar ter certeza que não há mensagens em inglês numa versão em português, vai necessitar percorrer as 800 linhas de cada um dos 17 arquivos!

Se vc estivesse dizendo isso para a tiazinha do cafe, ela provavelmente faria isso mesmo :mrgreen: . Porem, nos, como bons programadores Java, resolvemos o problema com ou 3 ou 4 linhas de codigo (aka, abre properties1, abre properties2, entao da um diff )

Rafael

Tem razão.

No alvo, mas se o cara não usar, vai terminar fazendo a mesma coisa que eles fazem, na mão :mrgreen:

E ainda tem outra né, tem que pensar em como fazer a “escolha” da linguagem poder ser feita por um usuário. Imagina que eu to num cybercafé na Finlândia e resolvo acessar o JFórum, o browser lá pode estar pra finlandês e eu vou pirar sem saber de nada, então o framework poderia dar opção de o usuário escolher a lingua (assim como o JForum dá).

Maurício Linhares:

E ainda tem outra né, tem que pensar em como fazer a “escolha” da linguagem poder ser feita por um usuário. Imagina que eu to num cybercafé na Finlândia e resolvo acessar o JFórum, o browser lá pode estar pra finlandês e eu vou pirar sem saber de nada, então o framework poderia dar opção de o usuário escolher a lingua (assim como o JForum dá).

Isso o Mentawai já faz, via método setUserLocale da action de autenticação.

(Tô trabalhando pra separar os arquivos !!!)