首先这是现在最基本的分层方式,结合了SSH架构。modle层就是对应的数据库表的实体类。Dao层是使用了Hibernate连接数据库、操作数据库(增删改查)。Service层:引用对应的Dao数据库操作,在这里可以编写自己需要的代码(比如简单的判断)。Action层:引用对应的Service层,在这里结合Struts的配置文件,跳转到指定的页面,当然也能接受页面传递的请求数据,也可以做些计算处理。以上的Hibernate,Struts,都需要注入到Spring的配置文件中,Spring把这些联系起来,成为一个整体。
一般java都是三层架构 数据访问层(dao) 业务逻辑层(biz 或者services) 界面层(ui)
action 是业务层的一部分,是一个管理器 (总开关)(作用是取掉转)(取出前台界面的数据,调用biz方法,转发到下一个action或者页面)
模型成(model)一般是实体对象(把现实的的事物变成java中的对象)作用是一暂时存储数据方便持久化(存入数据库或者写入文件)而是 作为一个包裹封装一些数据来在不同的层以及各种java对象中使用
dao是数据访问层 就是用来访问数据库实现数据的持久化(把内存中的数据永久保存到硬盘中)
Dao主要做数据库的交互工作
Modle 是模型 存放你的实体类
Service 做相应的业务逻辑处理
Action是一个控制器
简单的说:
struts 控制用的hibernate 操作数据库的
spring 用解耦的
详细的说:
STRUTS 在 SSH 框架中起控制的作用 , 其核心是 Controller, 即 ActionServlet, 而 ActionServlet 的核心就是 Struts-confi g.xml. 主要控制逻辑关系的处理 .
hibernate 是数据持久化层 , 是一种新的对象、关系的映射工具 , 提供了从 Java 类到数据表的映射,也提供了数据查询和恢复等机制 , 大大减少数据访问的复杂度。把对数据库的直接操作 , 转换为对持久对象的操作 .
SPRING 是一个轻量级的控制反转 (IoC) 和面向切面 (AOP) 的容器框架 , 面向接口的编程 , 由容器控制程序之间的(依赖)关系,而非传统实现中,由程序代码直接操控。这也就是所谓 “ 控制反转 ” 的概念所在:(依赖)控制权由应用代码中转到了外部容器,控制权的转移,是所谓反转。依赖注入,即组件之间的依赖关系由容器在运行期决定,形象的来说,即由容器动态的将某种依赖关系注入到组件之中
起到的主要作用是解耦
Struts 、 spring 、 Hibernate 在各层的作用
1 ) struts 负责 web 层 .
ActionFormBean 接收网页中表单提交的数据,然后通过 Action 进行处理,再 Forward 到对应的网页。
在 struts-config.xml 中定义 , ActionServlet 会加载。
2 ) spring 负责业务层管理,即 Service (或 Manager).
1 . service 为 action 提供统计的调用接口,封装持久层的 DAO.
2 .可以写一些自己的业务方法。
3 .统一的 javabean 管理方法
4 .声明式事务管理
5. 集成 Hiberante
3 ) Hiberante ,负责持久化层,完成数据库的 crud 操作
hibernate 为持久层,提供 OR/Mapping 。
它有一组 .hbm.xml 文件和 POJO, 是跟数据库中的表相对应的。然后定义 DAO ,这些是跟数据库打交道的类,它们会使用 PO 。
在 struts+spring+hibernate 的系统中,
对象的调用流程是: jsp-> Action - > Service ->DAO ->Hibernate 。
数据的流向是 ActionFormBean 接受用户的数据, Action 将数据从 ActionFromBean 中取出,封装成 VO 或 PO,
再调用业务层的 Bean 类,完成各种业务处理后再 forward 。而业务层 Bean 收到这个 PO 对象之后,会调用 DAO 接口方法,进行持久化操作。
简单的流程
SSH框架都是取其优点的,
个人理解:
Hibernian 的最大好处就是根据数据库的表反向生成实体类,并且还有关系在里面,还有就是它的对数据的操作也很方便。
Spring 我理解的就是程序员的春天,省去了在类里面new 对象的过程,把这个调用与被调用的关系直接展示到了配置文件里,做任何操作都变简单了。
我就这么跟你说吧,
程序框架搭好,各种jar包导好后,开工了
就拿注册功能来说 页面只有两个文本框 一个用户名(uname) 一个密码(pwd)
首先是action层:
它是负责在页面和程序之间传输数据的,还有作用是做页面跳转。页面由用户填写表单数据,点击提交按钮,页面的表单数据由Hibernian自动封装到该页面表单所对应的ActionFrom(ActionFrom跟实体类不是一个东西,ActionFrom是页面有什么值,我类里就写什么属性,是封装表单数据用的。而实体类是完全按照数据库的字段生成的,实体类可以当做ActionFrom用,但ActionFrom绝对不可以当做实体类用),这样表单数据就以ActionFrom对象的形式在Action的点击提交按钮执行的那个方法里存在了,这个时候你需要的就是把表单数据存入数据库中,但如果数据库里并非只有页面上的uname和pwd两个字段,还有其他字段比如用户状态,那你就需要另行在程序里给该属性赋值了,否则会报非空错误,这里的例子,页面只有两个文本框,数据库也只有这两个字段,就不必考虑那么多了,到这一步,action的功能告一段落了,接着是把数据传入BIZ层。
Biz层(业务逻辑层):
它负责的是对数据的处理,比如网站功能是点卡销售,你就需要在这个层里对点卡的打折啊其他的数学问题做操作了,在这个例子里,此层只做单纯的数据传递作用,而后又到了DAO层。
Dao层(数据库操作层):
它负责对数据向数据库增删改查的操作,不多解释了。
以上例子,不使用spring的话,每个层之间的数据传递你都需要new一个调用该层数据的类的实例,而使用了spring的话,你需要做的就是把Dao 层和Biz层的每个类都写一个接口类,接口类里写实现类的方法,在调用的时候不new 对象,直接用对象点(.)方法就可以,别忘了对每个对象加上set/get方法。
Biz层例子
private saveMyScheduleDaoImpl smsDI; //类里定义写接口(saveMyScheduleDaoImpl ),不要写实现类,并且不new
set/get方法略·········
public List saveMySchedule(Schedule s)
{
return smsDI.saveMySchedule(s); //因为是接口的实例,所以要求该接口里必须写上实现类的所有方法,这样才能点(.)
}
这里只简单写了一个BIZ层的。
以上流程只是从页面获取值存入数据库,是单向的Action层->Bzi层->Dao层的数据传递,Dao层->Biz层->Action层的数据传递和我刚刚将的一样,就是反过来了。
到这一步的总结:
Dao层写接口并且接口里写实现类的所有方法。
Biz层写接口并且接口里写实现类的所有方法。调用Dao层方法只定义Dao层需要调用方法所属的类的接口,而后添加get/set方法,再用该接口的没有new的实例点(.)方法。
Action层同Biz层。
下面就是强大的spring的工作了-------依赖注入
所有改写的死东西都写完了,我们就差在配置文件里依赖注入了
找到spring的配置文件,先注Dao层,这个时候一定要注意一点,就是依赖注入的时候注的必须是实体类!! 而不是接口!! 这是一种良好的变成习惯。
Dao层的依赖注入里绑定的是你在往工程加Spring的时候让你填写SessionFactory的那个值,配置文件上面应该会有这个bean的。
然后是Biz层的依赖注入,同样也是注实体类,根据我这个例子里面会有smsDI需要绑定,这个时候填写你注的Dao层的相对应的类的名字就行。
然后是Action层的依赖注入,大体同Biz层一样。
依赖注入完毕后,你就可以尽情的去嗨配了。