JavaBean中DAO设计模式介绍
来源:互联网 发布:yum指定路径安装mysql 编辑:程序博客网 时间:2024/06/03 19:53
转自:http://blog.csdn.net/xiazdong/article/details/6895465/
一、信息系统的开发架构
客户层-------显示层-------业务层---------数据层---------数据库
1.客户层:客户层就是客户端,简单的来说就是浏览器。
2.显示层:JSP/Servlet,用于给浏览器显示。
3.业务层:对于数据层的原子操作进行整合。
4.数据层:对于数据库进行的原子操作,增加、删除等;
二、DAO(Data Access Object)介绍
DAO应用在数据层那块,用于访问数据库,对数据库进行操作的类。
三、DAO设计模式的结构
DAO设计模式一般分为几个类:
1.VO(Value Object):一个用于存放网页的一行数据即一条记录的类,比如网页要显示一个用户的信息,则这个类就是用户的类。
2.DatabaseConnection:用于打开和关闭数据库。
3.DAO接口:用于声明对于数据库的操作。
4.DAOImpl:必须实现DAO接口,真实实现DAO接口的函数,但是不包括数据库的打开和关闭。
5.DAOProxy:也是实现DAO接口,但是只需要借助DAOImpl即可,但是包括数据库的打开和关闭。
6.DAOFactory:工厂类,含有getInstance()创建一个Proxy类。
四、DAO的好处
DAO的好处就是提供给用户的接口只有DAO的接口,所以如果用户想添加数据,只需要调用create函数即可,不需要数据库的操作。
四、DAO的好处
DAO的好处就是提供给用户的接口只有DAO的接口,所以如果用户想添加数据,只需要调用create函数即可,不需要数据库的操作。
五、DAO包命名
对于DAO,包的命名和类的命名一定要有层次。
四、DAO的好处
DAO的好处就是提供给用户的接口只有DAO的接口,所以如果用户想添加数据,只需要调用create函数即可,不需要数据库的操作。
六、实例解析
1.Emp.Java
2.DatabaseConnection.java3.IEmpDAO.java4.EmpDAOImpl.java5.EmpDAOProxy.java6.DAOFactory.java
7.TestDAO.java
通过DAO设计模式,可以在JSP中屏蔽了数据库连接的操作,达到JSP只负责显示的效果。
四、DAO的好处
DAO的好处就是提供给用户的接口只有DAO的接口,所以如果用户想添加数据,只需要调用create函数即可,不需要数据库的操作。
DAO层,Service层,Controller层、View层
http://blog.csdn.net/zdwzzu2006/article/details/6053006
- DAO层:DAO层主要是做数据持久层的工作,负责与数据库进行联络的一些任务都封装在此,DAO层的设计首先是设计DAO的接口,然后在Spring的配置文件中定义此接口的实现类,然后就可在模块中调用此接口来进行数据业务的处理,而不用关心此接口的具体实现类是哪个类,显得结构非常清晰,DAO层的数据源配置,以及有关数据库连接的参数都在Spring的配置文件中进行配置。
- Service层:Service层主要负责业务模块的逻辑应用设计。同样是首先设计接口,再设计其实现的类,接着再Spring的配置文件中配置其实现的关联。这样我们就可以在应用中调用Service接口来进行业务处理。Service层的业务实现,具体要调用到已定义的DAO层的接口,封装Service层的业务逻辑有利于通用的业务逻辑的独立性和重复利用性,程序显得非常简洁。
- Controller层:Controller层负责具体的业务模块流程的控制,在此层里面要调用Serice层的接口来控制业务流程,控制的配置也同样是在Spring的配置文件里面进行,针对具体的业务流程,会有不同的控制器,我们具体的设计过程中可以将流程进行抽象归纳,设计出可以重复利用的子单元流程模块,这样不仅使程序结构变得清晰,也大大减少了代码量。
- View层 此层与控制层结合比较紧密,需要二者结合起来协同工发。View层主要负责前台jsp页面的表示,
- DAO层,Service层这两个层次都可以单独开发,互相的耦合度很低,完全可以独立进行,这样的一种模式在开发大项目的过程中尤其有优势,Controller,View层因为耦合度比较高,因而要结合在一起开发,但是也可以看作一个整体独立于前两个层进行开发。这样,在层与层之前我们只需要知道接口的定义,调用接口即可完成所需要的逻辑单元应用,一切显得非常清晰简单。
- DAO设计的总体规划需要和设计的表,和实现类之间一一对应。
- DAO层所定义的接口里的方法都大同小异,这是由我们在DAO层对数据库访问的操作来决定的,对数据库的操作,我们基本要用到的就是新增,更新,删除,查询等方法。因而DAO层里面基本上都应该要涵盖这些方法对应的操作。除此之外,可以定义一些自定义的特殊的对数据库访问的方法。
- Service逻辑层设计
- Service层是建立在DAO层之上的,建立了DAO层后才可以建立Service层,而Service层又是在Controller层之下的,因而Service层应该既调用DAO层的接口,又要提供接口给Controller层的类来进行调用,它刚好处于一个中间层的位置。每个模型都有一个Service接口,每个接口分别封装各自的业务处理方法。
- 在DAO层定义的一些方法,在Service层并没有使用,那为什么还要在DAO层进行定义呢?这是由我们定义的需求逻辑所决定的。DAO层的操作 经过抽象后基本上都是通用的,因而我们在定义DAO层的时候可以将相关的方法定义完毕,这样的好处是在对Service进行扩展的时候不需要再对DAO层进行修改,提高了程序的可扩展性。
Java Web基础——Action+Service +Dao三层的功能划分
http://blog.csdn.net/inter_peng/article/details/41021727
1. Action/Service/DAO简介:
Action是管理业务(Service)调度和管理跳转的。
Service是管理具体的功能的。
Action只负责管理,而Service负责实施。
DAO只完成增删改查,虽然可以1-n,n-n,1-1关联,模糊、动态、子查询都可以。但是无论多么复杂的查询,dao只是封装增删改查。至于增删查改如何去实现一个功能,dao是不管的。
总结这三者,通过例子来解释:
Action像是服务员,顾客点什么菜,菜上给几号桌,都是ta的职责;
Service是厨师,action送来的菜单上的菜全是ta做的;
Dao是厨房的小工,和原材料打交道的事情全是ta管。
相互关系是,小工(dao)的工作是要满足厨师(service)的要求,厨师要满足服务员(action)转达的客户(页面用户)的要求,服务员自然就是为客户服务喽。
现在最基本的分层方式,结合了SSH架构。Model层就是对应的数据库表的实体类。Dao层是使用了hibernate连接数据库、操作数据库(增删改查)。Service层:引用对应的Dao数据库操作。Action层:引用对应的Service层,在这里结合Struts的配置文件,跳转到指定的页面,当然也能接受页面传递的请求数据,也可以做些计算处理。
以上的Hibernate, Struts,都需要注入到spring的配置文件中,Spring把这些联系起来,成为一个整体。
2. 三大框架Struts/Hibernate/Spring
简单地说:
Struts——控制用的;
Hibernate——操作数据库的;
Spring——解耦用的。
详细地说:
Struts在SSH框架中起控制的作用,其核心是Controller,即ActionServlet,而ActionServlet的核心就是Struts-config.xml,主要控制逻辑关系的处理。
Hibernate是数据持久化层,是一种新的对象、关系的映射工具,提供了从Java类到数据表的映射,也提供了数据查询和恢复等机制,大大减少数据访问的复杂度。把对数据库的直接操作,转换为对持久对象的操作。
Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。面向接口的编程,由容器控制程序之间的依赖关系,而非传统实现中,由程序代码直接操控。这就是所谓“控制反转”的概念所在:(依赖)控制权由应用代码中转到了外部容器,控制权的转移,是所谓反转。依赖注入,即组件之间的依赖关系由容器在运行期决定,形象地说,即由容器动态地将某种依赖关系注入到组件之中,起到的主要作用是解耦。
Struts、Spring、Hibernate在各层的作用:
(1)Struts负责Web层:ActionFormBean接收网页中表单提交的数据,然后通过Action进行处理,再Forward到对应的网页。在Struts-config.xml中定义<action-mapping>,ActionServlet会加载。
(2) Spring负责业务层管理,即Service(或Manager)。
- Service为action提供统计的调用接口,封装持久层的DAO;
- 可以写一些自己的业务方法;
- 统一的Javabean管理方法;
- 声明式事务管理;
- 集成Hibernate。
(3)Hibernate,负责持久化层,完成对数据库的crud操作。提供OR/Mapping。它由一组.hbm.xml文件和POJO,是跟数据库中的表相对应的。然后定义DAO,这些是跟数据库打交道的类,它们会使用PO。
3. 框架业务逻辑分析:
在Struts + Spring + Hibernate的系统中,
对象的调用流程是:JSP—Action—Service—DAO—Hibernate。
数据的流向是:ActionFormBean接受用户的数据,Action将数据从ActionFormBean中取出,封装成VO或PO,再调用业务层的Bean类,完成各种业务处理后再Forward。而业务层Bean收到这个PO对象之后,会调用DAO接口方法,进行持久化操作。
SSH框架的优点:
Hibernate的最大好处就是根据数据库的表,反向生成实体类,并且还有关系在里面,还有就是它对数据的操作也很方便;
Spring,省去了在类里面new对象的过程,把这个调用与被调用的关系直接展示到了配置文件里,做任何操作都变得简单了。
简单流程举例说明:
程序框架搭建好,并且把各种jar包导入后,就开始进行业务逻辑分析——
假设一个最基本的注册功能:页面有两个文本框,一个用户名(username)和一个密码(password)。以QQ注册网页说明,这里以昵称和密码为代表进行举例。
首先是action层:它是负责在页面和程序之间传输数据的,还有作用是做页面跳转。页面由用户填写表单数据,点击提交按钮,页面的表单数据由Hibernate自动封装到该页面表单所对应的ActionFrom(ActionFrom跟实体类不是一个东西,ActionFrom是页面有什么值,类里就写什么属性,是用来封装表单数据用的;而实体类是完全按照数据库的字段生成的,实体类可以当做ActionFrom用,但ActionFrom绝对不可以当做实体类用),这样表单数据就以ActionFrom对象的形式在Action的点击“提交按钮”执行的那个方法里存在了。这个时候需要做的就是把表单数据存入数据库中。此时,Action的功能告一段落,接着是把数据传入BIZ层。
BIZE层(业务逻辑层):负责的是对数据的处理。如果没有数据处理任务的话,此层只做单纯的数据传递作用,而后又到了DAO层。
DAO层(数据库操作层):负责对数据向数据库增删改查的操作。
在该注册的框架中,如果不使用Spring的话,每个层之间的数据传递都需要new一个调用该层数据的类的实例。而使用了Spring的话,需要做的就是把DAO层和BIZ层的每个类都写一个接口类,接口类里写实现类的方法,在调用的时候不new对象,直接用对象点(.)方法就可以,别忘了对每个对象加上set/get方法。
- JavaBean中DAO设计模式介绍
- JavaBean中DAO设计模式介绍
- (转)JavaBean中DAO设计模式介绍
- 【转载】JavaBean中DAO设计模式介绍
- JavaBean中DAO设计模式介绍 .
- JavaBean中DAO设计模式介绍
- JavaBean中DAO设计模式介绍
- JavaBean中DAO设计模式介绍
- JavaBean中DAO设计模式介绍
- JavaBean中DAO设计模式介绍
- JavaBean中DAO设计模式介绍
- [学习笔记]JavaBean中DAO设计模式介绍
- JavaBean----DAO设计模式简介
- JSP+Servlet+JavaBean+Dao模式介绍
- JSP+Servlet+JavaBean+Dao模式介绍
- JSP+Servlet+JavaBean+Dao模式介绍
- jsp+javaBean+jdb 实现DAO设计模式
- j2ee中DAO设计模式
- css 几种水平垂直居中的方法 及 弹性盒子
- HDU 1808 Halloween treats【抽屉原理】
- 心得体会
- git添加.gitignore文件并生效
- java实用方法系列 方法返回数组的表示形式(这个技巧有点不实用)
- JavaBean中DAO设计模式介绍
- iOS 滑动分页控件, 可以把UIViewController加进来,当作某一页来展示
- hadoop(一):深度剖析hdfs原理
- TCPClient android 客户端tcp封装
- 单例模式 (三) 使用静态内置类实现单例模式
- SVN分支/合并原理及最佳实践
- 使用python3抓取新浪股票使用beautifulsoup解析和selenium
- ORCLE行转列写法
- 【结论+暴搜】BZOJ1053 [HAOI2007]反素数ant