Constantes de string vs pacote de recursos em um aplicativo da web java

Question

Do ano passado, é assim, desenvolvemos um aplicativo, no qual usamos as constantes estáticas de cordas para armazenar as constantes. Curtipublic static final string page_cheque = "check";Onde quer que eu precise do IE nas páginas JSP, bem como a classe de ação que eu estarei me referindo à constante de string acima, estou pensando depois de revisar o pacote de recursos, arquivos de propriedades, minha pergunta é

1. Existe algum desempenho atingido se eu usar o arquivo de propriedades em comparação com a constante de string estática?
2. Qual é a melhor string estática constante e as propriedades do arquivo de teclas do arquivo?
3. Essa boa ideia é que usamos a string estática constante (para rotulagem) no JSP?

Por favor me sugira

Answer 1

Em geral, o uso de cordas codificadas é uma má idéia, porque significa que toda alteração precisa de um novo ciclo de compilação de implantação, enquanto o uso de um arquivo de propriedades significa que o aplicativo precisa ser reiniciado e nada mais (embora alguns direm que, por si só, seja um preço alto a pagar). Outra vantagem do uso de um arquivo de propriedades é a capacidade de alternar as linguagens alternando o aplicativo para outro arquivo - muito mais razoável do que ter vários conjuntos de etiquetas constantes no código.

Você pode usar os campos de string estática final da mesma maneira que agora, apenas dê a eles um valor lido do arquivo de propriedades no estágio de inicialização do aplicativo, em vez de voltar ao arquivo para cada constante (que seria caro!). Dessa forma, você não precisa fazer alterações em todo o aplicativo e ainda desfruta das vantagens que mencionei acima.

Answer 2

Eu preferiria feixes de recursos neste caso:

1. Seu código é muito mais provável que tenha problemas de desempenho que os pacotes de recursos. Não jogue fora uma tecnologia perfeitamente boa sem dados para justificá -los.
2. Os pacotes de recursos permitirão internacionalizar seu aplicativo facilmente; Não é assim com cordas estáticas.
3. É um idioma Java que é facilmente implementado nos JSPs se você já está usando o JSTL (e deve ser).