javascript - 现有 JavaScript 应用程序的国际化和本地化

Question

到目前为止，我正在使用 Globalize用于我的 JavaScript 应用程序的 i18n 和 l10n(使用 jQuery UI 构建)。这行得通，但它将我的代码与另一个特定的库联系在一起。现在我正在寻找一种方法来解决这个问题，因为我现在重用了一些不支持 i18n 的源，我不想改变它。我不是在谈论使用 i18n 的全局接口(interface)，我可以在其中插入任何实现。总结一下:如何在不更改其源代码的情况下向现有应用程序添加 i18n 和 l10n 支持？我不是在问这是否是个好主意，我是在问这是否可能以及如何实现。

到目前为止，我已经提出了这些方法，但它们都有其缺陷:

1. 如果我依赖于使用 jQuery(在我的情况下可以)，我可以替换 text/val/append 等方法，即所有操作 DOM 的方法。但是其中有很多，每个人的行为都有所不同。我还可以更进一步，替换 DOM 方法。

2. 遍历 DOM 并替换文本节点和表单值。这可行，但代价高昂，而且动态变化难以检测，因为没有标准化的方法来做到这一点。

它们为 i18n 问题提供了部分解决方案，但对于 l10n 这两种方法都行不通。

您将如何解决向现有应用添加 i18n 和 l10n 支持的问题？

Answer 1

简短的回答:
如果不更改应用程序的源代码， 无法向应用程序添加 i18n 支持。

让我详细说明一下。你需要用 i18n 做的是:

1. 外部化字符串。
2. 根据有效的语言环境设置日期、时间、数字等的格式。
3. 根据特定区域设置接受用户输入(即日期、时间、数字)。
4. 正确处理文化偏见(即修改颜色、图像、声音...)。

None 如果不修改源代码， 无法完成这些事情。对不起。

广告 1。外部化字符串似乎很容易，对吧？只需遍历 DOM 并用翻译后的文本替换任何实例。
不，不是那样的。首先，您可能还有不可访问的文本，如 JavaScript 驱动的错误或信息消息(即通过 alert() 函数)。这不是 DOM 可访问的。其次，总是有复合消息，即你输入一些数字(“12 条记录匹配你的查询”)。翻译时，通常需要重新排列句子(即数字排在最后)。您需要分析每个句子的数字或日期，并对其进行特殊处理。如果你放一个可变字符串怎么办？您将如何克服这种情况(特别是如果此字符串可能随时间变化)？

广告 2。 &广告3。格式化和解析很容易，对吧？嗯，是的，如果您知道语言环境。不幸的是，检测区域设置的唯一明智方法是在服务器端执行此操作(从 Accept-Language header )。对它的客户端支持实际上不存在(对于许多浏览器)或严重损坏(对于其他浏览器)。所以你甚至不知道要使用哪个语言环境。当您无法修改底层 JavaScript 时，您将如何接受本地日期？

广告 4。支持不同的颜色是可以实现的，但是唯一的方法是为每个 DOM 元素手动设置它。祝你好运。添加额外的图像或声音理论上需要将它们放在正确的目录中并修改 DOM 以便使用适当的。再次祝你好运。

基本上，您想减少工作量，对吗？事实证明，通过实现非标准解决方案(这实际上不是行业标准所建议的)您最终将做更多工作，或者您的 i18n 支持将是(到让我用这个委婉的说法)可怜。