| Autor |
Mensagem |
|
|
Rafael Steil wrote: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! 
|
 |
|
|
Código Java
+ Maior velocidade de aprendizado para usuários super leigos. (aqueles que só Java e não sabem o que é XML)
+ Reaproveitamento de toda a infra-estrutura existente para edição de arquivos Java sem necessidade de criar plugins de suporte à
framework. Ou seja, refactory, geração automática de código, auto completar, mensagens de erro, depuração, cores e tudo mais que as IDEs oferecem.
+ "Configuração Configurável". Ou seja alguns parâmetros podem ser alterados em tempo de execução
+ Muitos erros de configuração podem ser descobertos em tempo de compilação.
+ Mais simplicidade no projeto da framework
+ Se você precisa passar uma classe, ao invés de passar "meu.grande.e.maravilhoso.pacote.MinhaClasse" você poderia passar MinhaClasse.Class, o que deixa
o código ainda mais legível.
XML
+ Maior independência de implementação da framework
+ Não exigem que a pessoa que for configurar conheça Java. (Lembre-se novamente dos coitados dos programadores novatos, programadores de outras liguagens, e dos webdesigners!)
- Muito verboso
Anotações
+ Menos verboso
+ Aprendizado rápido
- O código fica "sujo" com a configuração. Ou seja, não é possível ter duas configurações diferentes para o mesmo código.
Isso mata a reutilização!
Conclusão
TENHA DÓ DE SI MESMO! NÃO-CAIA-EM-MODISMOS! Não é por que XML é usado para configurar uma framework que todas as demais devem proceder da mesma forma. Anotações são um recurso a mais. Mas não deveriam se tornar configuradores universais!
|
|
|
|
saoj wrote: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.
|
|
|
|
Eu fico só imaginado... será que rolou uma ajudinha da Ambev na investigação? Será? Será?
|
|
|
|
Edu4rd0- wrote:Assim como System.out.print() voce escreve no console, talvez se voce utilizasse System.in.read()... Não tenho certeza, mas acho que é por aih... corrijam-me se eu estiver errado.
Usando apenas System.in.read() você vai ler simplesmente byte a byte. Já usando a solução do ZehOliveira você já lê algo mais palpável. Lembre-se que o usuário pode digitar um double, por exemplo.
|
|
|
|
http://www.docjar.com/
|
|
|
|
|
Não está lançando nenhuma exceção?
|
|
|
|
Acho que o problema não está no Java versus Delphi e sim no Linux versus Windows. 
Muitos que trabalham com Linux também tem Windows. Talvez se a pessoa já tem o sistema instalado para Windows talvez não queira ter o trabalho de instalar novamente.
|
|
|
|
Será que em outros idiomas isso também ocorre? Acho que sim.
Na minha opinião, internetês é coisa para MSN, onde o requisitos de emoção e tempo de digitação são mais fortes e uma possível falta de entendimento é rapidamente corrigida. Fora isso, manter o português "normal".
|
|
|
|
Tá faltando o pacote XPP3.jar
Entre aqui e pegue o link na seção Optional Dependencies.
|
|
|
|
|
Você precisa fazer o download do XStream em http://xstream.codehaus.org
|
|
|
|
|
Realmente. Os da Head First são imbatíveis.
|
|
|
|
Concordo que o Deitel fale muito prá dizer pouco. Mas considerando esses dois trechos:
chavis wrote:Olá estou iniciando a programação em Java
chavis wrote:A interface gráfica do projeto será simples
ainda acho o Deitel seria o mais recomendado.
|
|
|
|
scottys0 wrote:
PS -> Fernando em campanha para o smile ficar na primeira aba de emoticons do guj
Feito!
O pagamento pelo serviço pode ser efetuado diretamente na conta do Rafael Steil.
|
|
|
|
Oi Clovis,
Swing possui mais portabilidade do que SWT e AWT. E como ferramenta, comece pelo NetBeans
Para aprender sobre interfaces gráficas, sugiro comprar este livro:
|
|
|
|