Webwork学习笔记

今天用半天的时间大概看了一下Webwork2框架的大概内容，感觉这是一个很轻巧、灵活的框架设计，很像自己当年设计的那个EISFramework。

比我设计的好的在于引入了OGNL（Object Graph Notation Language），也就是很简单的对象表达式，比如object.a.b.c等等。

页面参数的传递
在Webwork的设计思想中，在Web页面中的输入域，命名都以OGNL的格式命名，然后通过一个解析功能，将这些object与后端的javabean对应起来，省略了Bean。可谓巧妙。

MVC的分解
在WebWork中，一个ServetDispacher用来分发所有的请求，之后每一个请求用一个Action实例来进行处理，Action与Struts中的Action很像，用来处理请求中的转换、变形等操作，并调用业务处理服务。因为是每一个请求实例一个Action，所以不存在线程安全的问题。
AOP/复杂业务逻辑的实现
Webwork采用所谓截取机的机制来模拟实现AOP，其实这种设计很简单，就是用了一个模板模式，设计个接口I，在核心代码中用:
i.doBefore();
o.execute();
i.doAfter();
的顺序执行，然后在需要截取的地方实现接口I，之后通过配置文件配置好，用一个InterceptorManager类管理这些截取器就好了。
验证框架也基本类似。（而Struts的验证框架是放在FormBean中实现的）

WebWork的特点、优点
1、通过采用ActionContext等机制，将ServletRequest，Response等对象封装起来，返回给用户的都是Map，通过这种方式，将Webwork与Servlet等容器相关的对象隔离开，实现了相对好的松散耦合。
2、在Web页面开发中，可以较好的使用界面原型法，通过在HTML原型中简单的修改field的name为ognl格式，就可以用于Webwork。同时也支持各种功能强大的tag.

所有的Web框架都要解决的几个问题
1、界面输入向业务代码的传递问题
有的框架使用简单的request.getParameter()方法,像Webwork则是通过引入OGNL来比较优雅的解决了这个问题；

2、根据业务环境调用相应服务实现的问题
很多框架都需要在Web页面中通过向一个业务类型隐藏域赋值，传递给后台，然后有一个总的服务定位器，从一大堆配置文件中定义的服务中，查找一个对应的服务。