【问题标题】:Adding i18n support after the fact事后添加 i18n 支持
【发布时间】:2011-02-22 20:07:56
【问题描述】:

如果这是一个有点主观/讨论类型的问题,我提前道歉。我想要的是将语言环境信息改进到主要是 JSP 的 Web 应用程序的好方法。该框架是...不存在的,只有许多 .jsp 页面,其中包含大量脚本和 JavaScript 玩弄。我刚开始,所以我还没有任何立场建议进行大修,尽管我想我会在某个时候解决这个问题。

现在,团队中的某个人提出了一些“简单” 使用浏览器区域设置或类似的基于 javascript 的内容本地化。这在我脑海中引发了各种各样的警报。

但是,什么是通过 JSP 页面使用 Java 语言环境支持的好方法,然后很容易扩展到像 JSF 2 这样的好框架?

这就是我的想法:

  • 将所有可能的显示字符串移动到 *_locale.properties 文件
  • 构建一个实用程序类,该类根据请求/会话中的语言环境信息从适当的文件中读取
  • 在所有 jsp 文件中嵌入上述实用程序类
  • 将所有 Page 1 替换为 localeUtils.getString("page1.title)

建议?

【问题讨论】:

标签: java jsp internationalization


【解决方案1】:

如果您无法立即迁移到支持开箱即用本地化的框架(这里想到了Spring),那么您将不得不提出自己的解决方案和您拥有的解决方案提供似乎是一个好的开始。绝对使用属性文件来存储特定于语言环境的字符串,并在每个特定于语言环境的属性文件的名称中使用 supported Java locale IDs

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-02-15
    • 1970-01-01
    • 2013-05-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多