考虑一个带有两个JavaScript文件的JSP应用程序。后端是完全本地化的，使用几个.properties文件，每种语言一个。呈现的HTML包含正确语言的字符串——所有这些都是常见的东西，而且效果很好。

然而，现在我不时需要在JavaScript资源中使用一些本地化的字符串。假设例如：

function foo() {
  alert('This string should be localized!');
}

注意，这在某种程度上类似于从JavaScript引用一些AJAX端点的需要，反向JS路由器很好地解决了这个问题。然而，这里的关键区别在于，后端不使用路由器，而是使用字符串

我已经想出了几种方法，但似乎都不够好。

参数

呈现代码以调用foo()的JSP将获取字符串：

foo('<%= localize("alert.text") %>');
function foo(alertText) {
  alert(alertText);
}

优点：有效。缺点：方法签名过于臃肿。

原型

JSP用字符串呈现一个隐藏的跨度，JS获取它：

<span id="prototype" class="hidden">This string should be localized!</span>
function foo() {
  alert($('#prototype').text());
}

优点：方法签名不再臃肿。缺点：必须确保隐藏的<span>始终存在。

AJAX

有一个端点通过字符串的键来定位字符串，JS调用它。（代码是近似的。）

function foo() {
  $.ajax({ url : '/ajax/localize', data : { key : 'alert.text' } })
      .done(function(result) {
          alert(result);
      } );
}

优点：服务器可以完全控制本地化结果。缺点：每个本地化字符串一个HTTP调用！任何AJAX调用失败，逻辑就会中断。

这可以通过同时获得多个字符串来改进，但rountrip问题是一个重要的问题。

共享属性文件

包含当前语言的属性文件只是作为页面上的附加JS资源公开。

<script src="/locales/en.js" /> // brings in the i18n object
function foo() {
  alert(i18n.alert.text);
}

优点：快速可靠。缺点：所有的字符串都被拉入-还有那些我们不需要或不想向用户公开的字符串。

这可以通过为JS保留一组单独的字符串来改进，但这违反了DRY原则。

现在怎么办

就这样，这就是我的想法。他们都不理想，都有自己的问题。我目前正在使用前两种方法，结果喜忧参半。还有其他选择吗？