最近同事想通过自定义函数来输出国际化文字。比如:
${my:i18n('login.userid')}.
EL支持我们自定义这样的函数,问题是这个函数没法获取request对象,不知道当前页面的语言。
由此我想到threadlocal也许可以解决这个问题。
我的思路是做一个filter,每次都把request引用保存在一个threadlocal变量里。然后在上述的i18n自定义函数里读取这个threadlocal变量,得到request。
代码如下:
由此,我想到其他类似的问题。
跟web相关的里的方法,往往都有request参数;
跟数据库相关的方法,往往都有连接或事务的参数;
跟绘图相关的方法里,往往有一个绘图设备参数;
。。。。
如今分层架构非常普及,如果这些非常令人讨厌,但又的确需要的参数,都用上述的方案来在堆栈之间传递,将是一个不错的主意。事实上,spring已经让我们尝到了甜头,解放了我们的DAO对象,看不到connection参数。
我这里且叫它为“隐式参数”模式。
${my:i18n('login.userid')}.
EL支持我们自定义这样的函数,问题是这个函数没法获取request对象,不知道当前页面的语言。
由此我想到threadlocal也许可以解决这个问题。
我的思路是做一个filter,每次都把request引用保存在一个threadlocal变量里。然后在上述的i18n自定义函数里读取这个threadlocal变量,得到request。
代码如下:
- 1 定义一个类读写threadlocal变量
- public class ThreadAttributes {
- private static ThreadLocal<Map<String, Object>> threadAttribues = new ThreadLocal<Map<String, Object>>() {
- protected synchronized Map<String, Object> initialValue() {
- return new HashMap<String, Object>();
- }
- };
- public static Object getThreadAttribute(String name) {
- return threadAttribues.get().get(name);
- }
- public static Object setThreadAttribute(String name, Object value) {
- return threadAttribues.get().put(name, value);
- }
- }
- 2 在一个filter里写入request
- public void doFilter(ServletRequest req, ServletResponse resp,
- FilterChain chain) throws IOException, ServletException {
- HttpServletRequest request = (HttpServletRequest) req;
- HttpServletResponse response = (HttpServletResponse) resp;
- ThreadAttributes.setThreadAttribute("request", req);
- .....
- }
- 3 读取request
- HttpServletRequest request = (HttpServletRequest)ThreadAttributes.getThreadAttribute("request");
1 定义一个类读写threadlocal变量
public class ThreadAttributes {
private static ThreadLocal<Map<String, Object>> threadAttribues = new ThreadLocal<Map<String, Object>>() {
protected synchronized Map<String, Object> initialValue() {
return new HashMap<String, Object>();
}
};
public static Object getThreadAttribute(String name) {
return threadAttribues.get().get(name);
}
public static Object setThreadAttribute(String name, Object value) {
return threadAttribues.get().put(name, value);
}
}
2 在一个filter里写入request
public void doFilter(ServletRequest req, ServletResponse resp,
FilterChain chain) throws IOException, ServletException {
HttpServletRequest request = (HttpServletRequest) req;
HttpServletResponse response = (HttpServletResponse) resp;
ThreadAttributes.setThreadAttribute("request", req);
.....
}
3 读取request
HttpServletRequest request = (HttpServletRequest)ThreadAttributes.getThreadAttribute("request");
由此,我想到其他类似的问题。
跟web相关的里的方法,往往都有request参数;
跟数据库相关的方法,往往都有连接或事务的参数;
跟绘图相关的方法里,往往有一个绘图设备参数;
。。。。
如今分层架构非常普及,如果这些非常令人讨厌,但又的确需要的参数,都用上述的方案来在堆栈之间传递,将是一个不错的主意。事实上,spring已经让我们尝到了甜头,解放了我们的DAO对象,看不到connection参数。
我这里且叫它为“隐式参数”模式。
转载于:https://blog.51cto.com/77857/150511