我最近遇到了同样的问题。
找到一种干净的方法来做到这一点是一个相当大的挑战 - 大多数替代方案都是......
1) 每个区域复制您的代码库 (WTH)
2) 下载覆盖每个组件的本地化文件（维护地狱？可怜的翻译器呢？）
3) 使用/生成包含翻译的静态文件并引用它（所有语言都已下载？生成它的额外构建步骤？如何使它们保持同步？）
我试图获得所有世界中最好的，并最终创建了一个实用程序类，负责：
1) 加载 ExtJS 翻译文件（基本上将覆盖应用于 extjs 基础组件）
2) 从服务器加载特定于语言环境的属性资源包（指定要加载的语言环境）。
3) 使用 translate() 方法查询加载的存储（包含来自服务器的消息包）并根据字符串的值返回翻译的原型字符串。
这是事情的要点：
捆绑和原型设计：
localeStore.load({
callback : function(records, operation, success) {
// Define translation function (NB! Must be defined before any components which want to use it.)
function translate() {
var record = localeStore.getById(this.valueOf()) ;
if(record === null) {
alert('Missing translation for: ' + this.valueOf()); // Key is not found in the corresponding messages_<locale>.properties file.
return this.valueOf(); // Return key name as placeholder
} else {
var value = record.get('value');
}
return value;
}
String.prototype.translate = translate;
callback.call(); // call back to caller(app.js / Ext.Application), loading rest of application
}
});
作为一个视图的例子：
this.copyButton = Ext.create('Ext.button.Button', {
disabled: true,
text: 'DOCUMENT_LIBRARY_MENU_COPYTO_BUTTON'.translate(),
action: 'openCopyDialog'
});
在服务器上捆绑（mesages_en.properties）：
DOCUMENT_LIBRARY_MENU_COPYTO_BUTTON=复制文件
等等。
优点：
- 简洁的代码，'Your_key'.translate() 使其易于阅读并意识到这是一个本地化字符串
- 没有/很少的维护开销（为每个语言环境保留一个覆盖文件？天啊..）
- 您只加载您需要的语言环境 - 而不是整个 shabang。
- 如果您真的愿意，您甚至可以在同一个包中为 ExtJS 语言环境文件提供自己的翻译。
- 您可以编写单元测试以确保所有包都包含相同的键，从而避免以后出现孤立的翻译
缺点：
- 同步 - 商店必须在您的主应用程序启动之前加载。我通过从实用程序类中添加一个回调来解决这个问题，一旦加载了所有文本，就会调用该回调。
- 没有实时文本填充.. 虽然我也不想让我的用户超载服务器:P
到目前为止，我的方法已经很好地满足了我的要求。
站点加载速度并没有明显变慢，并且捆绑包（每个捆绑包包含约 200 个键/值）在加载期间的大小约为 10kb。