打字猴:1.7004853e+09
1700485300 //Action的名称
1700485301
1700485302 private String actionName;
1700485303
1700485304 //当前的值栈
1700485305
1700485306 private ValueStack valueStack=ValueStackHelper.getValueStack();
1700485307
1700485308 //接收一个ActionName
1700485309
1700485310 public ViewManager(String_actionName){
1700485311
1700485312 this.actionName=_actionName;
1700485313
1700485314 }
1700485315
1700485316 //根据模型的返回结果提供视图
1700485317
1700485318 public String getViewPath(String result){
1700485319
1700485320 //根据值栈查找到需要提供的语言
1700485321
1700485322 AbsLangData langData=new GBLangData();
1700485323
1700485324 //根据action和result查找到指定的视图,并加载语言
1700485325
1700485326 AbsView view=new JspView(langData);
1700485327
1700485328 //返回视图的地址
1700485329
1700485330 return view.getURI();
1700485331
1700485332 }
1700485333
1700485334 }
1700485335
1700485336 通过桥梁模式我们把不同的语言和不同类型的视图结合起来,共同提供一个多语言的应用系统,即使以后增加语言也非常容易扩展。
1700485337
1700485338
1700485339
1700485340
1700485341 设计模式之禅 38.1.5 工具类
1700485342
1700485343 每个框架或项目都有大量的工具类,我们的MVC框架也不例外。我们先来看操作XML文件的工具类,不可能自己读写XML文件,我们使用DOM4J来实现,它在大文件的处理上性能很有优势,而且比较简单,架构也非常优秀。
1700485344
1700485345 使用DOM4J从XML文件中读出的对象是节点(Node)、元素(Element)、属性(Attribute)等,这些对象还是比较容易理解的,但是不能保证一个开发组的人对这些都了解,因此需要把它转换成每个开发成员都理解的对象,比如我们处理这样一段XML代码,如代码清单38-26所示。
1700485346
1700485347 代码清单38-26 XML文件片段
1700485348
1700485349 <action name=“loginAction”class=”{类名全路径}“method=“execute”>
[ 上一页 ]  [ :1.7004853e+09 ]  [ 下一页 ]