我为 Express JS 构建了一个非常简单的翻译模块,它是应用程序范围内的全局对象,在应用程序运行时实例化:
translator.configure({
translations: 'translations.json'
});
我在 Express JS 中添加了一些简单的中间件,可以为每个请求更改翻译器模块中的区域设置:
app.use(function(req, res, next) {
var locale = // Get locale from request host header
// Setup the translator
translator.setLocale(locale);
// Attach translator to request parameters
res.locals.__ = translator.translations;
// Pass control to the next middleware function
next();
});
然后我通过 View 中的变量 __
访问我的翻译(这里我使用 ejs):
...
Here is my translated text: <%= __['test'] %>
...
我的翻译模块如下所示:
var translations,
locale;
// public exports
var translator = exports;
translator.configure = function(opt) {
translations = require('./' + opt.translations);
};
translator.setLocale = function(locale) {
translator.translations = translations[locale];
}
translations.json 文件只是一个简单的 JSON 结构:
{
"us":{
"test": "Hello!"
},
"es":{
"test": "Hola!"
}
}
我的问题是,这个整体结构是一个坏主意吗?我对 Express JS 没有广泛的了解。全局对象让我有点紧张,因为翻译是基于其当前状态的,而当前状态会根据请求而变化,这里有什么问题吗? Express JS 是否在处理下一个请求之前完全完成了一个请求,或者是否存在某种程度的并发性可能会扰乱我的翻译?
最佳答案
对于保存请求期间使用的状态来说,全局对象是一个坏主意。一个请求不一定在下一个请求开始运行之前完成。如果请求处理程序在任何时候进行异步调用(例如读取文件),则另一个请求可以在此时开始运行。
一般来说,您应该在请求对象本身上存储与特定请求相关的状态。这样,它就不是全局的,而是专门为该请求存储的,您可以同时处理尽可能多的请求,而不会发生冲突。
因此,理想情况下,您根本可以不在翻译器对象中存储任何特定于请求的状态,除非您为每个请求创建一个新的翻译器对象,然后将该特定翻译器对象存储在请求对象中。
我没有完全遵循您的翻译器代码,但这看起来很麻烦:
app.use(function(req, res, next) {
var locale = // Get locale from request host header
// Setup the translator
translator.setLocale(locale);
// Attach translator to request parameters
res.locals.__ = translator.translations;
// Pass control to the next middleware function
next();
});
因为看起来您正在配置一个共享的全局翻译器对象,然后期望稍后使用它并期望它不会被任何其他请求更改。这似乎是自找麻烦。
如果您的请求处理程序在任何时候进行任何异步调用,则可以运行另一个请求处理程序,这可能会产生冲突,因为两者都尝试使用相同的转换器对象。
关于javascript - 在 Express JS 中使用全局翻译对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35418352/