- 浏览: 249941 次
- 性别:
- 来自: 广州
文章分类
最新评论
-
pshaoyi:
连接创建没问题,在执行的时候就报错了。Caused by: c ...
jdbc连接池简单封装 -
imbangbang:
中文乱码,没有解决掉
Java实现Zip压缩与解压(解决中文乱码问题) -
chjy1983:
麻烦也发份给我,chl_82@126.com,谢谢!
Java实现Zip压缩与解压(解决中文乱码问题) -
jidacwj:
楼主写的这个有问题呀首先,多线程分割文件第45行,我尝试打印每 ...
Java 大文件读取排序 -
www6wzk:
非常好的学习例子,十分感谢!
Jbpm工作流实例—报销申请
摸板方法(Template Method)模式是一种非常简单而又经常使用的设计模式.先创建一个父类,把其中的一个或多个方法留给子类去实现,这实际上就是在使用摸板模式.所谓的摸板模式可以这样来理解:"在一个类中定义一个算法,但将此算法的某些细节留到子类中去实现.换句话说,基类是一个抽象类,那么你就是在使用一种简单形式的摸板模式."
更近一步可以这样来理解:"准备一个抽象类,将部分逻辑以具体方法的形式实现,然后申明一些抽象方法来迫使子类实现剩余的逻辑.不同的子类可以以不同的方法实现这些抽象方法,从而对剩余的逻辑有不同的实现."
将一个类的基本部分抽取出来放到一个基类中,这样它就不必重复出现在几个派生类里.
抽象摸板角色:(抽象父类)
1. 定义了一个或多个抽象操作,以便让子类实现.
2. 定义并实现了一个摸板方法.
具体摸板角色:(具体实现类)
1. 实现父类所定义的一个或多个抽象方法.
2. 每一个抽象摸板角色都可以有任意多个具体摸板角色与之对应.
3. 每一个具体摸板角色都可以给出这些抽象方法的不同实现.
模式中的方法种类
1. 抽象模板角色里提供完整的方法,它完成了所有派生类都要用到的一些基本功能.
2. 抽象模板角色里只提供空方法,把功能全部留给派生类去实现.
3. 抽象模板角色里只包含某些操作的默认实现,派生类里可以重新定义这些方法的实现.
4. 抽象模板角色里模板方法,他是一个调用抽象方法,钩子方法以及具体方法的各种组合.
在dao中,我们经常要做增删改查操作,如果每个对每个业务对象的操作都写一遍,代码量非常庞大.
因此,我们可以将dao中增删改查分开为两个部分,
一些是不变的代码,比如创建局部变量Connection conn,PreparedStatement ps,ResultSet rs等等
上面代码,在每个操作中基本一样,我们可以将其提取出来
另外一部分是变化的代码
即我们传入的参数如sql,以及参数列表Object[] params等等..... 对vo的增删改查可以使用下面方法
对vo的查询关系到对ResultSet的处理,我们可以在抽象父类中定义一个抽象的方法
abstract Object rowMapper(ResultSet rs) throws SQLException;
这样子类继承了抽象父类后必须实现rowMapper这个方法
这样我们就可以构造出一个将方法抽象到一个父类abstractDao中
abstractDao.java
然后在userDaoImpl中我们继承abstractDao这个类并实现rowMapper这个抽象方法
这样dao实现类中的代码就变得简单明了很多了
UserDaoImpl.java
不过上面代码查询的时候存在一个问题:假如我只需要查找username这一列的数据,我们必须重写rowMapper这个实现,而且不方便,程序不够灵活
这显然不是我们想要看到的
为了解决这个问题,我们可以使用策略模式来改进我们的程序
GOF《设计模式》一书对Strategy模式是这样描述的:
定义一系列的算法,把他们一个个封装起来,并且使它们可相互替换。Strategy模式使算法可独立于使用它的客户而变化。
Strategy模式以下列几条原则为基础:
1) 每个对象都是一个具有职责的个体。
2) 这些职责不同的具体实现是通过多态的使用来完成的。
3) 概念上相同的算法具有多个不同的实现,需要进行管理。
如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态的让一个对象在许多行为中选择一种行为。
如果系统需要动态地在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面,而这些算法类都是一个抽象算法类的子类。换言之,这些具体算法类均有统一的接口,由于多态性原则。客户端可以选择使用任何一个具体算法类,并只持有一个数据类型是抽象算法类的对象。
设计原则是把一个类中经常改变或者将来可能改变的部分提取出来,作为一个接口,然后在类中包含这个对象的实例,这样类的实例在运行时就可以随意调用实现了这个接口的类的行为。通常,策略模式适用于当一个应用程序需要实现一种特定的服务或者功能,而且该程序有多种实现方式时使用。
在处理ResultSet结果集的时候,我们可以使用接口变成,将结果集的操作交给一个接口来处理
public Object find(String sql, Object[] args, RowMapper rowMapper)
其中RowMapper 这个接口里面只有一个方法
public Object mapRow(ResultSet rs) throws SQLException,用它来处理我们查询到的结果集
MyDaoTemplate.java
这样我们就可以根据不同的需要使用实现了RowMapper这个接口的类来处理我们的结果集(在这里我们使用的是匿名类)
UserDaoImpl1.java
通过这样的修改程序变得更加灵活了......对于不同的查询我们只需要用相对的策略写一个匿名类就可以
通过上面例子我们可以总结一下策略模式的优缺点:
策略模式优点:
1.可以很方便的动态改变算法或行为
2.避免使用多重条件转移语句
策略模式缺点:
1.客户端必须知道所有的策略类,并自行决定使用哪一个策略类。
2.造成很多的策略类(实现类)。
更近一步可以这样来理解:"准备一个抽象类,将部分逻辑以具体方法的形式实现,然后申明一些抽象方法来迫使子类实现剩余的逻辑.不同的子类可以以不同的方法实现这些抽象方法,从而对剩余的逻辑有不同的实现."
将一个类的基本部分抽取出来放到一个基类中,这样它就不必重复出现在几个派生类里.
抽象摸板角色:(抽象父类)
1. 定义了一个或多个抽象操作,以便让子类实现.
2. 定义并实现了一个摸板方法.
具体摸板角色:(具体实现类)
1. 实现父类所定义的一个或多个抽象方法.
2. 每一个抽象摸板角色都可以有任意多个具体摸板角色与之对应.
3. 每一个具体摸板角色都可以给出这些抽象方法的不同实现.
模式中的方法种类
1. 抽象模板角色里提供完整的方法,它完成了所有派生类都要用到的一些基本功能.
2. 抽象模板角色里只提供空方法,把功能全部留给派生类去实现.
3. 抽象模板角色里只包含某些操作的默认实现,派生类里可以重新定义这些方法的实现.
4. 抽象模板角色里模板方法,他是一个调用抽象方法,钩子方法以及具体方法的各种组合.
在dao中,我们经常要做增删改查操作,如果每个对每个业务对象的操作都写一遍,代码量非常庞大.
因此,我们可以将dao中增删改查分开为两个部分,
一些是不变的代码,比如创建局部变量Connection conn,PreparedStatement ps,ResultSet rs等等
public int update(String sql, Object[] args) { Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { conn = DbUtils.getConnection(); ps = conn.prepareStatement(sql); //参数设置 return ps.executeUpdate(); } catch (SQLException e) { throw new DaoException(e.getMessage(), e); } finally { DbUtils.close(rs); DbUtils.close(ps); DbUtils.close(conn); } }
上面代码,在每个操作中基本一样,我们可以将其提取出来
另外一部分是变化的代码
即我们传入的参数如sql,以及参数列表Object[] params等等..... 对vo的增删改查可以使用下面方法
public int update(String sql, Object[] args) { Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { conn = DbUtils.getConnection(); ps = conn.prepareStatement(sql); for (int i = 0; i < args.length; i++) ps.setObject(i + 1, args[i]); return ps.executeUpdate(); } catch (SQLException e) { throw new DaoException(e.getMessage(), e); } finally { DbUtils.close(rs); DbUtils.close(ps); DbUtils.close(conn); } }
对vo的查询关系到对ResultSet的处理,我们可以在抽象父类中定义一个抽象的方法
abstract Object rowMapper(ResultSet rs) throws SQLException;
这样子类继承了抽象父类后必须实现rowMapper这个方法
这样我们就可以构造出一个将方法抽象到一个父类abstractDao中
abstractDao.java
package com.royzhou.dao; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; import com.royzhou.db.DbUtils; import com.royzhou.exception.DaoException; public abstract class abstractDao { public Object find(String sql, Object[] args) { Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { conn = DbUtils.getConnection(); ps = conn.prepareStatement(sql); for (int i = 0; i < args.length; i++) ps.setObject(i + 1, args[i]); rs = ps.executeQuery(); Object obj = null; if (rs.next()) { obj = rowMapper(rs); } return obj; } catch (SQLException e) { throw new DaoException(e.getMessage(), e); } finally { DbUtils.close(rs); DbUtils.close(ps); DbUtils.close(conn); } } abstract protected Object rowMapper(ResultSet rs) throws SQLException; public int update(String sql, Object[] args) { Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { conn = DbUtils.getConnection(); ps = conn.prepareStatement(sql); for (int i = 0; i < args.length; i++) ps.setObject(i + 1, args[i]); return ps.executeUpdate(); } catch (SQLException e) { throw new DaoException(e.getMessage(), e); } finally { DbUtils.close(rs); DbUtils.close(ps); DbUtils.close(conn); } } }
然后在userDaoImpl中我们继承abstractDao这个类并实现rowMapper这个抽象方法
@Override protected Object rowMapper(ResultSet rs) throws SQLException { User user = new User(); user.setId(rs.getString("id")); user.setUserName(rs.getString("userName")); user.setLoginId(rs.getString("loginId")); user.setPassword(rs.getString("password")); return user; }
这样dao实现类中的代码就变得简单明了很多了
UserDaoImpl.java
package com.royzhou.dao.impl; import java.sql.ResultSet; import java.sql.SQLException; import com.royzhou.dao.abstractDao; import com.royzhou.vo.User; public class UserDaoImpl extends abstractDao { public User findUser(String id) { String sql = "select id, userName, loginId, password from user where id=?"; Object[] args = new Object[] { id }; Object user = super.find(sql, args); return (User) user; } @Override protected Object rowMapper(ResultSet rs) throws SQLException { User user = new User(); user.setId(rs.getString("id")); user.setUserName(rs.getString("userName")); user.setLoginId(rs.getString("loginId")); user.setPassword(rs.getString("password")); return user; } public void delete(User user) { String sql = "delete from user where id=?"; Object[] args = new Object[] { user.getId() }; super.update(sql, args); } public void update(User user) { String sql = "update user set userName=?, loginId=?, password=? where id=? "; Object[] args = new Object[] { user.getUserName(), user.getLoginId(), user.getPassword(), user.getId() }; super.update(sql, args); } }
不过上面代码查询的时候存在一个问题:假如我只需要查找username这一列的数据,我们必须重写rowMapper这个实现,而且不方便,程序不够灵活
@Override protected Object rowMapper(ResultSet rs) throws SQLException { return rs.getString("userName"); }
这显然不是我们想要看到的
为了解决这个问题,我们可以使用策略模式来改进我们的程序
GOF《设计模式》一书对Strategy模式是这样描述的:
定义一系列的算法,把他们一个个封装起来,并且使它们可相互替换。Strategy模式使算法可独立于使用它的客户而变化。
Strategy模式以下列几条原则为基础:
1) 每个对象都是一个具有职责的个体。
2) 这些职责不同的具体实现是通过多态的使用来完成的。
3) 概念上相同的算法具有多个不同的实现,需要进行管理。
如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态的让一个对象在许多行为中选择一种行为。
如果系统需要动态地在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面,而这些算法类都是一个抽象算法类的子类。换言之,这些具体算法类均有统一的接口,由于多态性原则。客户端可以选择使用任何一个具体算法类,并只持有一个数据类型是抽象算法类的对象。
设计原则是把一个类中经常改变或者将来可能改变的部分提取出来,作为一个接口,然后在类中包含这个对象的实例,这样类的实例在运行时就可以随意调用实现了这个接口的类的行为。通常,策略模式适用于当一个应用程序需要实现一种特定的服务或者功能,而且该程序有多种实现方式时使用。
在处理ResultSet结果集的时候,我们可以使用接口变成,将结果集的操作交给一个接口来处理
public Object find(String sql, Object[] args, RowMapper rowMapper)
其中RowMapper 这个接口里面只有一个方法
public Object mapRow(ResultSet rs) throws SQLException,用它来处理我们查询到的结果集
MyDaoTemplate.java
package com.royzhou.dao; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; import com.royzhou.db.DbUtils; import com.royzhou.exception.DaoException; public class MyDaoTemplate { public Object find(String sql, Object[] args, RowMapper rowMapper) { Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { conn = DbUtils.getConnection(); ps = conn.prepareStatement(sql); for (int i = 0; i < args.length; i++) ps.setObject(i + 1, args[i]); rs = ps.executeQuery(); Object obj = null; if (rs.next()) { obj = rowMapper.mapRow(rs); } return obj; } catch (SQLException e) { throw new DaoException(e.getMessage(), e); } finally { DbUtils.close(rs); DbUtils.close(ps); DbUtils.close(conn); } } }
这样我们就可以根据不同的需要使用实现了RowMapper这个接口的类来处理我们的结果集(在这里我们使用的是匿名类)
UserDaoImpl1.java
package com.royzhou.dao.impl; import java.sql.ResultSet; import java.sql.SQLException; import com.royzhou.dao.MyDaoTemplate; import com.royzhou.dao.RowMapper; import com.royzhou.vo.User; public class UserDaoImpl1 { private MyDaoTemplate template = new MyDaoTemplate(); public User findUser(String id) { String sql = "select id, userName, loginId, password from user where id=?"; Object[] args = new Object[] { id }; Object user = this.template.find(sql, args, new RowMapper(){ public Object mapRow(ResultSet rs) throws SQLException { User user = new User(); user.setId(rs.getString("id")); user.setUserName(rs.getString("userName")); user.setLoginId(rs.getString("loginId")); user.setPassword(rs.getString("password")); return user; } }); return (User) user; } public String findUserName(String id) { String sql = "select userName from user where id=?"; Object[] args = new Object[] {id}; Object userName = this.template.find(sql, args, new RowMapper(){ public Object mapRow(ResultSet rs) throws SQLException { return rs.getString("userName"); } }); return (String)userName; } }
通过这样的修改程序变得更加灵活了......对于不同的查询我们只需要用相对的策略写一个匿名类就可以
通过上面例子我们可以总结一下策略模式的优缺点:
策略模式优点:
1.可以很方便的动态改变算法或行为
2.避免使用多重条件转移语句
策略模式缺点:
1.客户端必须知道所有的策略类,并自行决定使用哪一个策略类。
2.造成很多的策略类(实现类)。
发表评论
-
Mybatis3
2012-01-08 15:07 927看了一下Mybatis3,很简洁,不错,符合一贯的原则。 -
断网情况下主机系统与VMWare虚拟系统建立网络连接
2011-03-07 13:52 1631电脑不插网线设置主机系统与VMWare中linux系统 ... -
Oracle 9i10g编程艺术
2010-12-08 23:41 1027Oracle 9i10g编程艺术 -
SWT And JFace
2010-12-01 21:29 833The_Definitive_Guide_to_SWT_and ... -
SWT 定时器 update UI
2010-11-30 17:00 1813SWT如果涉及到线程中的数据互访,在一个线程中的触发事性中再去 ... -
Log4j XML 配置方式
2010-11-14 13:00 1508Log4j xml 配置文件log4j.xml[默认读取的文件 ... -
ThreadPool 线程池的使用
2010-10-20 21:41 7447import java.util.concurrent.B ... -
Java 大文件读取排序
2010-09-30 00:34 8229需求: csv文件中存在千万级数据,需要按照某一列进行排序 比 ... -
Oracle
2010-05-29 22:26 2457最近很有兴趣研究Oracle,今天把Oracle10g ... -
JArgp Command Line Argument Processor
2010-05-12 21:02 861http://sourceforge.net/projects ... -
Java 反射与内省
2009-09-27 22:52 3392一、java反射机制 JAVA反 ... -
分页工具类Page
2009-09-26 16:10 5789public class Page { public ... -
dom4j
2009-07-22 11:52 1075DOM4J是dom4j.org出品的一个开源XML解析 ... -
Javamail 详解
2009-07-21 22:17 2748最近研究JBPM的mail node节点,使用时老是发不出邮件 ... -
proxool数据连接池总结
2009-07-10 21:41 14645数据库连接池总结----Proxool 1、所需jar包: ... -
通过url下载文件HttpURLConnection
2009-07-08 15:48 17217import java.io.*; import jav ... -
web.xml配置五个有用的过滤器
2009-07-01 14:34 2957一、使浏览器不缓存页面的过滤器 Java代码 im ... -
Tomcat 配置JNDI数据源总结
2009-04-24 09:41 2007JNDI是J2EE中一个很重要的标准,通常我们是在J2EE编程 ... -
关于web.xml中的load-on-startup作用
2009-04-19 11:51 2922load-on-startup 元素在web应用启动的时候指定 ... -
Struts2学习笔记
2009-04-18 09:55 1341包括下面内容: 一、Struts2简介.doc 二、Stru ...
相关推荐
涵盖php增删改查的所有操作,并按照java的mvc设计模式写的(只是没写service,但dao层和controller,pojo,dbhelper还是有写的) 需要自己建立一个login表,有id(int auto_increment PK),user(varchar),pwd(varchar) 这三个...
设计模式之 Template(模板方法) 实际上向你介绍了为什么要使用 Java 抽象类,该模式原理简单,使用很普遍. 设计模式之 Strategy(策略) 不同算法各自封装,用户端可随意挑选需要的算法. 设计模式之 Chain of ...
这款Java swing实现的学生信息管理系统和jsp版本的功能很相似,简单的实现了班级信息的增删改查,学生信息的增删改查,数据库采用的是mysql,jdk版本不限,是Java学习者学习参考非常好的一个小项目,下面我们来看看...
这款Java swing实现的学生信息管理系统和jsp版本的功能很相似,简单的实现了班级信息的增删改查,学生信息的增删改查,数据库采用的是mysql,jdk版本不限,是Java学习者学习参考非常好的一个小项目,下面我们来看看...
自动生成增删改查 base_pagination.js 带分页 base.js 不带分页 3.2. dao 使用了mybatis逆向工程 4. 模块开发 逐个模块开发就好 4.1. 学会评估模块难不难 一个模块难不难从几方面考虑。 涉及几张表? 1,2张表的...
3. Web服务器:Tomcat 5.5及以上版本,配合MVC设计模式及 Hibernate开发架构; 4. 客户端运行环境:能运行IE 5以上或Netscape 5以上浏览器的操作系统,配合使用Ajax技术; 5. 客户端运行工具:目前的系统采用...
后端业务逻辑的实现采用了传统的MVC模式,将实现分为三部分,Mapper层(DAO层或持久层)负责基本的数据库查询语言的调用,实现对数据库的增删改查基本操作,Service层(服务层)基于Mapper层提供的服务,对数据进行...
除了实现数据的增删改查,数据访问层还要提供一些与业务无关功能,例如面向对象的持久化与访问机制、本地事务与分布式事务支持、多数据库支持,这些机制或功能形成相对独立的逻辑领域,其主要目的有: <br>1、 ...
除了实现数据的增删改查,数据访问层还要提供一些与业务无关功能,例如面向对象的持久化与访问机制、本地事务与分布式事务支持、多数据库支持,这些机制或功能形成相对独立的逻辑领域,其主要目的有: <br>1、 ...
除了实现数据的增删改查,数据访问层还要提供一些与业务无关功能,例如面向对象的持久化与访问机制、本地事务与分布式事务支持、多数据库支持,这些机制或功能形成相对独立的逻辑领域,其主要目的有: <br>1、 ...