webwork2中有两种Action的驱动方式,它们就是property-drivern和model-driven,对于这两种方式来说,不同的人有不同的看发,我比较喜欢以model-driven的方式来实现property-driven.为什么这么说呢?在webwork中提供了ModelDriven这个接口,以此来实现Model-driven,其实这两者之间没有什么必然的联系,实现了model-driven后,只不过是将我们的model对象放在了valuestack中,这样就可以直接用模型对象的属性名来实现对模型对象属性的访问,但是我们完全可以不实现ModelDriven接口,我们照样也可以使 ...
这段时间学习了一下webwork2,觉得此框架设计的满轻量的,它是在Xwork这个命令框架的基础上进行了web的MVC的封装。其中可以看到很多j2ee的模式:比如前端控制器,过滤器(在webwork中是拦截器interceptor),context对象等。下面具体来总结一下:
首先来看看web.xml文件,此文件里配置了web应用程序一些必要的配置。其中最重要的就是将所有的action都映射到ServletDispatcher这个类,此类其实就是一个前端控制器,当它接受到一个请求后,它会遍历HttpServletRequest,HttpSession,ServletContext里的数 ...
控制反转模式是当今J2EE架构中常用到的模式之一,它符合好莱坞法则:不要调用我,我会调用你。在没有运用IOC的时候,我们一般都是通过工厂来管理对象,当我们需要一个对象的时候,我们通过工厂来创建它,这样就造成了业务代码和工厂的耦合,并且更重要的是需要我们自己来管理对象的生命周期,这样非常繁琐,所以如果我们运用IOC的话,不仅可以解除业务代码与工厂的耦合,而且不用我们进行生命周期管理,大大的减少了编码的工作量。如何实现IOC,现在大概有以下两种方式:
第一:查找实现。此种实现方法需要一个注册表,当我们需要什么对象的时候,我们就去注册表里查找,不需要自己去创建。因为需要的对象是框架或者是容 ...
- 00:00
- 浏览 (742)
- 评论 (2)
- 分类: Java EE Patterns
在传统的EJB时代,EJB的架构过于复杂,并且在写EJB组件的时候,不仅要写业务Bean,而且开发人员还得写好Home,LocalHome,EJBLocalObject以及EJBObject这四个接口,这样以来就显得非常繁琐,开发人员不能把精力集中到对业务Bean的设计中。EJB3.0在架构上有了很大的改变,完全采用pojo的编程模型,在写EJB3.0组件时,不需要在写繁琐的非业务有关的接口了,而是可以把主要的精力集中到业务Bean上来,只要写一个业务接口就行了,其他的事情都交给EJB容器去做,这样就大大缩短了开发的周期。
- 浏览: 72513 次
- 性别:

- 来自: 厦门大学

- 详细资料
搜索本博客
我的相册
Head first design patterns
共 29 张
共 29 张
最近加入圈子
链接
最新评论
-
老天对中国真他妈太不公了 ...
中国的百姓真的很无辜啊!哎
-- by 小嘴冰凉 -
“cannot simultaneously ...
谢谢你,很强悍。。。
-- by lchlrb -
老天对中国真他妈太不公了 ...
天地不仁,以万物为刍狗
-- by Eastsun -
老天对中国真他妈太不公了 ...
老天,你他妈睁大眼睛看着,我们中国人怎么和你做斗争。想打垮我们,老子告诉你,门都 ...
-- by 狂放不羁 -
老天对中国真他妈太不公了 ...
什么样子的祸事都往中国头上砸,妈的。又雪灾,又胶济铁路,有512大地震,再加上法 ...
-- by 狂放不羁






评论排行榜