我在Play 2.0/Java中编写了一个自定义DateFormatter,因为默认的DateFormatter似乎不知道i18n(此处与实现细节无关)
public class DateFormatter extends Formatters.SimpleFormatter<Date>
我的应用程序配置包含
application.langs="pt-br, en"
浏览器选项中定义的语言包含这两种(接受语言)
从逻辑上讲,Lang.preferred(List)返回pt-br作为首选语言,就像中一样
@Override
public Action onRequest(Request request, Method method) {
Lang preferred = Lang.preferred(request.acceptLanguages());
Logger.debug("Preferred language is " + preferred.toLocale());
return super.onRequest(request, method);
}
但是(可悲的是)
中我的自定义DateFormatter收到的区域设置
@Override
public Date parse(String date, Locale locale) {
...
}
是系统(JVM)的语言环境,en-US,而不是请求首选语言环境。
这正常吗?我在这里错过了什么?
我认为您可以使用以下解决方法:
对于每个请求,使用全局拦截器,您可以设置LocaleContextHolder来设置请求的Locale:
public class Global extends GlobalSettings {
@Override
public Action onRequest(final Request request, Method actionMethod) {
LocaleContextHolder.setLocaleContext(new LocaleContext() {
public Locale getLocale() {
Lang preferred = Lang.preferred(request.acceptLanguages());
return preferred.toLocale();
}
});
return super.onRequest(request, actionMethod);
}
}
我没有测试它,但值得一试:-)
遗憾的是,nico-ekito提到的全局覆盖在Play 2.2中不是可靠的解决方案,可能是因为线程的原因。我的经验是,区域设置有时不正确,格式化程序工作不可预测(有时用其他语言格式化,然后在上下文中设置)。
所以基本上约翰·史密斯的最终解决方案要可靠得多。与其使用格式化程序方法参数中传递的区域设置,不如在那里使用上下文区域设置:
public Date parse(String date, Locale locale) {
Context context = Context.current();
Lang preferred = Lang.preferred(context.request().acceptLanguages());
Locale contextLocale = preferred.toLocale()
...
}