今天用半天的时间大概看了一下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中,一个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.
1、通过采用ActionContext等机制,将ServletRequest,Response等对象封装起来,返回给用户的都是Map,通过这种方式,将Webwork与Servlet等容器相关的对象隔离开,实现了相对好的松散耦合。
2、在Web页面开发中,可以较好的使用界面原型法,通过在HTML原型中简单的修改field的name为ognl格式,就可以用于Webwork。同时也支持各种功能强大的tag.
所有的Web框架都要解决的几个问题
1、界面输入向业务代码的传递问题
有的框架使用简单的request.getParameter()方法,像Webwork则是通过引入OGNL来比较优雅的解决了这个问题;
1、界面输入向业务代码的传递问题
有的框架使用简单的request.getParameter()方法,像Webwork则是通过引入OGNL来比较优雅的解决了这个问题;
2、根据业务环境调用相应服务实现的问题
很多框架都需要在Web页面中通过向一个业务类型隐藏域赋值,传递给后台,然后有一个总的服务定位器,从一大堆配置文件中定义的服务中,查找一个对应的服务。
很多框架都需要在Web页面中通过向一个业务类型隐藏域赋值,传递给后台,然后有一个总的服务定位器,从一大堆配置文件中定义的服务中,查找一个对应的服务。