View :由JSP 、Struts 自定义标记库、资源文件(MessageResources.properties )共同组成,通过ActionForm 实现JSP 表单的封装,并映射到Model 部分中JavaBean 的相应属性中,完成用户数据的封装。
注意:关于ActionForm ,有些人认为它属于Model 层(仁者见仁,智者见智)。
事实上它不是Model ,真正的Model 应该是一个封装了业务逻辑的的对象。
而ActionForm 仅仅是一个form-bean ,封装了用户提交的表单数据(物理View ),可以在其中进行一些非业务逻辑的验证,并没有真正的映射到模型数据,因为与层的关系比较密切,所以实际上它应该算是View 层(逻辑View )。
Action 处理器对象可以直接对ActionForm 进行读写,而不再需要和request 、response 对象进行数据交互。 通过ActionForm 组件对象实现了对View 和Model 之间交互的支持。M 模型层, 原则上来说和业务逻辑有关的东西都在这里处理。
Controller :接收客户端的request ,进行业务逻辑处理,response 到客户端。在Struts 中Controller 功能由图中ActionServlet 和ActionMapping 对象构成:核心是一个Servlet 类型的对象ActionServlet (在struts-config.xml 中配置),实际上是一个前端控制器(Front Controller )。ActionServlet 根据ActionMapping 对象的定义跳转到不同的Action ,每个ActionMapping 对象实现了一个request 到Action 对象之间的映射。
注 :Controller 层负责流程的控制,在处理Model 层与View 层之间的交互的同时,又将两者分离开来,从而实现了MVC 模式。Model 层包含了应用的核心部分,业务逻辑 和数据存取 。View 层负责应用的界面。
在上面的图中看到Action 位于Controller 层,但也有很多人把它归于Model 层,实际上 Action 仅仅描述" 做什么" ,与" 如何做" (Model )关系不大,把它归于 Controller 层比较合适。
Model :一般Model 层可以划分为三部分:公共入口 ,业务逻辑 (Bussiness Logic ),数据持久化 (DAO+JavaBean )。
在Spring+Hibernate 的架构中,M 可以用 Spring (Bussiness Interface + Bussiness Implement )表示业务逻辑 ,Hibernate 实现数据持久化 。
本文出自 51CTO.COM技术博客
附
:PO/POJO/BO/DTO/VO 的区别
---------------------------------------------------------
PO
:persistent object 持久对象
1
.有时也被称为Data 对象,对应数据库中的entity ,可以简单认为一个PO 对应数据库中的一条记录。
2
.在hibernate 持久化框架中与insert/delet 操作密切相关。
3
.PO 中不应该包含任何对数据库的操作。
---------------------------------------------------------
POJO
:plain ordinary java object 无规则简单java 对象
一个中间对象,可以转化为PO 、DTO 、VO 。
1
.POJO 持久化之后 == 〉PO
(在运行期,由Hibernate 中的cglib 动态把POJO 转换为PO ,PO 相对于POJO 会增加一些用来管理数据库entity 状态的属性和方法。PO 对于programmer 来说完全透明,由于是运行期生成PO ,所以可以支持增量编译,增量调试。)
2
.POJO 传输过程中 == 〉DTO
3
.POJO 用作表示层 == 〉VO
PO
和VO 都应该属于它。
----------------------------------------------------------
BO
:business object 业务对象
封装业务逻辑为一个对象(可以包括多个PO ,通常需要将BO 转化成PO ,才能进行数据的持久化,反之,从DB 中得到的PO ,需要转化成BO 才能在业务层使用)。
关于BO 主要有三种概念
1
、只包含业务对象的属性;
2
、只包含业务方法;
3
、两者都包含。
在实际使用中,认为哪一种概念正确并不重要,关键是实际应用中适合自己项目的需要。
----------------------------------------------------------
VO
:value object 值对象 / view object 表现层对象
1
.主要对应页面显示(web 页面/swt 、swing 界面)的数据对象。
2
.可以和表对应,也可以不,这根据业务的需要。
注
:在struts 中,用ActionForm 做VO ,需要做一个转换,因为PO 是面向对象的,而ActionForm 是和view 对应的,要将几个PO 要显示的属性合成一个ActionForm ,可以使用BeanUtils 的copy 方法。
----------------------------------------------------------
DTO
(TO )
:Data Transfer Object 数据传输对象
1
.用在需要跨进程或远程传输时,它不应该包含业务逻辑。
2
.比如一张表有100 个字段,那么对应的PO 就有100 个属性(大多数情况下,DTO 内的数据来自多个表 )。但view 层只需显示10 个字段,没有必要把整个PO 对象传递到client ,这时我们就可以用只有这10 个属性的DTO 来传输数据到client ,这样也不会暴露server 端表结构。到达客户端以后,如果用这个对象来对应界面显示,那此时它的身份就转为VO 。
----------------------------------------------------------
DAO
:data access object 数据访问对象
1
.主要用来封装对DB 的访问(CRUD 操作)。
2
.通过接收Business 层的数据,把POJO 持久化为PO 。