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

Question

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

到目前为止，我已经提出了这些方法，但都存在缺陷：

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

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

这些为 i18n 问题提供了部分解决方案，但对于 l10n，这两种方法都不起作用。

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

Answer 1

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

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

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

没有可以在不修改源代码的情况下完成。对不起。

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

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

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

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