Spring教程大全.ppt

第一章,Spring简介,目标,理解什么是Spring理解Spring的用途,Spring简介,Spring是一个开源框架，它的目的是为了简化企业级系统开发而诞生的Spring从小里说，是个容器，往大里说，就是个框架Spring是轻量级的，它的Jar包只有1M多一点，而且，它是非侵入式的：你一般不需要在你的类里import它的包,理解容器与框架,什么是容器，请回忆Servlet,Web容器,ServletA,ServletB,理解容器与框架,什么是容器，请回忆Servlet,Web容器,ServletA,ServletB,ServletA,容器外部的Servlet无法使用,只有这个Servlet由容器管理，它才能被客户端调用，然后由容器负责实例化、初始化、销毁这个Servlet,那么什么是框架,Web容器,ServletA,客户端,每次请求和响应，都有些重复的事情要做，比如：国际化、日志、事务处理、异常处理、验证、自动处理请求参数等等,那么什么是框架,Web容器,ServletA,客户端,除此之外，应用程序里还需要经常访问一些服务，每种服务的访问方式、方法是不一样的,消息服务,DB,WebService,LDAP,Web容器,ServletA,Spring框架,这就是框架,业务逻辑实现A,客户端,消息服务,DB,WebService,LDAP,Framework的定义,框架不仅要负责管理某些Bean的生命周期（容器的功能），还需要负责搭建某些基础设施（那些通用的部分）例如：Struts能够称之为一个框架，是因为它负责管理ActionActionFormActionForward这些对象的生命周期；另外它提供了国际化、异常处理、自动包装表单请求、验证等通用的功能Hibernate也可以称之为一个框架，因为它维护持久化对象的生命周期，持久化对象的通用增删改查方法,Spring既是容器也是框架,由Spring负责业务逻辑A对象的实例化、初始化、服务（被调用）等，这是Spring作为容器的职责Spring将大多数可重用、与业务逻辑无关的功能能够自行或交由其他组件完成、这是它作为一个框架的职责,Spring与其它容器的不同,Spring框架,业务逻辑实现A,业务逻辑类A是POJO，不需要实现特殊接口，也不需要继承基类。因此在容器外也是可用的,Spring与其它框架的不同,比如将Spring与我们刚学习的Struts框架，Hibernate框架相对比，他们的不同之处在于：Spring还可以集成其它框架，它是一个“大”框架Spring是专注于企业应用的框架，它所涉及的领域非常之广泛Struts只是专注于实现Web应用程序开发的MVC部分Hibernate只是专注于数据持久层的部分,Web容器,ServletA,Spring框架,Spring可以集成Struts,业务逻辑实现A,客户端,消息服务,DB,WebService,LDAP,日志,事务处理,异常处理,Struts框架,Web容器,ServletA,Spring框架,Spring可以集成Hibernate,业务逻辑实现A,客户端,消息服务,DB,WebService,LDAP,日志,事务处理,异常处理,Struts框架,Hibernat框架,Hello，Spring,创建Spring工程的步骤添加perties编写接口编写实现类1，实现类2编写配置文件测试,Log4j配置简介,perties的位置log4j的日志级别：DEBUG,INFO,WARN,ERROR程序代码中指定日志信息的级别，根据配置文件，将不同级别的日志信息输出到文件或是控制台上,Log4j配置简介,log4j.rootLogger=WARN,CONSOLE,FILElog4j.appender.CONSOLE=org.apache.log4j.ConsoleAppenderlog4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayoutlog4j.appender.CONSOLE.layout.ConversionPattern=%d%p%c-%m%nlog4j.appender.FILE=org.apache.log4j.FileAppenderlog4j.appender.FILE.File=file.loglog4j.appender.FILE.Append=falselog4j.appender.FILE.layout=org.apache.log4j.PatternLayoutlog4j.appender.FILE.layout.ConversionPattern=%d%p%c-%m%n,布局,布局格式,默认日志级别,Appender负责指定输出位置,Log4j配置简介,log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppenderlog4j.appender.ROLLING_FILE.Threshold=ERRORlog4j.appender.ROLLING_FILE.File=rolling.loglog4j.appender.ROLLING_FILE.Append=truelog4j.appender.ROLLING_FILE.MaxFileSize=10KBlog4j.appender.ROLLING_FILE.MaxBackupIndex=1log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayoutlog4j.appender.ROLLING_FILE.layout.ConversionPattern=%d%p%c-%m%.springframework=INFO.hibernate=INFO.yihang=INFO,针对某个包的日志级别设置,针对某个Appender的日志级别设置,Log4j使用注意事项,Log4j在用在JBoss环境中使用方法需要注意：由于JBoss本身也使用了Log4j，因此为了避免冲突，你需要提供自己的perties和log4j.jarLperties需要放置在WEB-INF/classes目录下，与你的顶层包平级Log4j.jar需要放置在WEB-INF/lib下,作业,亚瑟王手下有一批圆桌骑士(knight)，他们的接受亚瑟王的直接委派(order)。亚瑟王布置给圆桌骑士的任务(task)有很多，比如：屠杀恶龙(killdragon)、拯救美女(rescuebeauty)等任务。每个任务都需要前期的准备工作(prepare)、执行(execute)、汇报几个步骤。另外，虽然圆桌骑士都都向亚瑟王宣誓忠诚、正直，但亚瑟王仍然不太放心。秘密派出间谍监视骑士们完成任务的过程，并要求间谍在任务完成时汇报(report)。请用面向对象的方法来描述上述需求,第二章,SpringIOC,什么是接口,这个一个老问题，也是个新问题，取决你的认识抛开你以前对接口的理解，请记住一句话：,接口是一种身份的象征,考虑以下对象,publicclassPersonprivateStringname;privateintage;publicvoideat(Stringfood)System.out.println(name+正在吃+food);publicvoidsleep()System.out.println(name+正在睡大觉);,Person是一个普通对象，不具有任何特征,考虑以下接口,publicinterfaceSalesmanpublicvoidsell(Stringgoods);,publicinterfaceHouseworkpublicvoiddoIt(Stringwork);,Salesman是一个销售人员接口，具有这个接口的类都会推销的技能,Housework是一个家务人员接口，具有这个接口的类都必须会做家务,publicclassPersonimplementsHousework,SalesmanprivateStringname;privateintage;。publicvoiddoIt(Stringwork)System.out.println(name+正在做+work);publicvoidsell(Stringgoods)System.out.println(name+正在销售+goods);,当一个类实现了一个接口，那么它就具有了一种新的身份如果它实行了多个接口，它就具有了多重身份,那么实现接口的意义是？,在商店，就(可以)把你当做销售人员用在家，就(可以)把你当劳力用,举一些实际的例子,现在person1和person2都可以胜任销售人员用，但是只有一个职位，商场可以先雇佣一个销售人员，以后遇到好的再换。,Salesman,Person1,Person2,商场,人才市场,不好的选择,如果变成商场招聘的不是一个“职位”，而是一个具体的人（可以想象商场老板任人唯亲），那么即使人才市场有更优秀的李四、王五，那么替换掉张三是很难的,张三,李四,商场,人才市场,王五,它们不是老板的亲戚,用在实际设计中,业务逻辑接口,实现类A,实现类B,Action,业务实现包,但还有一点没有考虑到,由谁去筛选人才？,Salesman,Person1,Person2,商场,人才市场,商场,市场部,人事部,Salesman,Person2,人才市场,Person1,Person2,选拔,任命,这里人事部的职责就是负责产生销售人员再次提醒大家，不是产生具体对象，而是产生一个身份（某种职务）在编程技术里，称人事部为：对象工厂在Spring里，就对应着各种BeanFactory,什么是IoC,IoC即控制反转，有时候也叫做DI（依赖注入）举报纸的例子举商场的例子,考虑下列情形,是自己到报摊买报纸好还是在邮局订阅，让人给送来好？,考虑下列情形,商场的例子里，是老板亲自去选拔、任命销售人员还是老板下一个命令，让手下的人把这件事办妥了？,对于下面的例子,publicclassHelloImpl4implementsHelloprivateMessagemsg;publicMessagegetMsg()returnmsg;publicvoidsetMsg(Messagemsg)this.msg=msg;publicStringsayHello(Stringname)returnthis.msg.getMsg()+name;,HelloImpl4这个类需要用到Message类那么，是由HelloImpl4自己实例化Message类呢还是最好有人把Message类实例化好了，给它送过来呢,实现注入的步骤,A.在配置文件中声明好要注入的类,要注入的类定义,B.选择注入的方式,常用的注入的方式有两种构造方法注入Setter方法注入,对于构造注入,publicclassHelloImpl4implementsHelloprivateMessagemsg;publicHelloImpl4(Messagemsg)this.msg=msg;,被注入的属性由Spring注入,对于Setter方法注入,publicclassHelloImpl4implementsHelloprivateMessagemsg;publicvoidsetMsg(Messagemsg)this.msg=msg;,被注入的属性由Spring注入,C.使用被注入的类,BeanFactoryfactory=newXmlBeanFactory(resource);Hellohello=(Hello)factory.getBean(hello4);hello.sayHello(Spring);,publicStringsayHello(Stringname)returnthis.msg.getMsg()+name;,msg属性的值在使用前已经在getBean()的过程中被注入好了,举例,演示spring中如何使用hibernate的sessionfactory请同学回答，在这个例子里，谁依赖于谁，谁被注入了？还要注意通过这个例子，掌握属性类型为Properties和数组时怎么注入,开拓思路,业务实现类,业务接口,使用者,数据访问类A,数据访问类B,数据访问类C,开拓思路,业务实现类数据访问类A数据访问类B数据访问类C,业务接口,使用者业务接口,数据访问类A,数据访问类B,数据访问类C,给业务实现类添加属性,给使用者类添加属性,开拓思路,业务实现类数据访问类A数据访问类B数据访问类C,业务接口,使用者业务接口,数据访问类A,数据访问类B,数据访问类C,由Spring注入这些属性,由Spring注入这些属性,其他,可以把所有的Bean理解为Matrix这个虚拟世界的生活着的人（相信都看过黑客帝国），他们并不知道自己的真实身份，也不知道真实世界（Spring）的存在如果想知道自己是谁，需要实现BeanNameAware接口，有了这个接口，这个Bean就成为了崔妮绨、墨非司那种身份的人如果想去创造这个世界，需要实现BeanFactoryAware接口，有了这个接口，这个Bean就可以成为neo(尼奥)救世主,作业,使用Spring的BeanFactory和配置文件改写网上银行项目,第三章,SpringAOP,什么是AOP,为了理解AOP，请思考如下需求：角色：上帝，人（每个人都有大脑）现在上帝希望知道每个人的想法，请用面向对象的方法解决,设计登场角色,上帝，只有一个,publicclassGod/*上帝的读心术*parammind某个人的思想*/publicvoidread(Stringmind)log.debug(上帝知道了，某个人正在想：“+mind+”);,设计登场角色,人，好几十亿,publicclassPersonprivateBrainbrain;publicvoidlook(Stringthing)if(thing.equals(美女)log.debug(this.brain.thinking(上帝真伟大，造出来这么漂亮的人);elseif(thing.equals(丑八怪)log.debug(this.brain.thinking(上帝真XX.);elselog.debug(this.brain.thinking();,设计登场角色,大脑，重要器官，每个人有自己的大脑,publicclassBrainpublicStringthinking(Stringthing)if(thing=null|thing.trim().length()=0)return(发呆中.);elsereturn(正在思考“+thing+”的问题);,解决问题,为了要知道人们的思想，上帝决定用换脑的手段来达到目的由于人在出生时并不知道自己的大脑是怎么来的（由Spring注入的），因此，可以在他出生时安装另一个大脑,换脑的两种方法,用继承方式用接口方式,使用继承的方式,publicclassBrainExtextendsBrainprivateGodgod;publicvoidsetGod(Godgod)this.god=god;OverridepublicStringthinking(Stringthing)/告诉上帝god.read(thing);returnsuper.think(thing);,使用接口的方式,实际上，只要能“思考”，人类不在意究竟给他的脑袋里装一个大脑还是一个石头（假如石头能思考的话）“大脑”只是一种能够思考的象征因此，重新审视我们的设计，将大脑变成接口，变成一个抽象的概念,使用接口的方式,publicclassBrainProxyimplementsBrainprivateGodgod;privateBrainbrainNatural;publicvoidsetBrainNatural(BrainbrainNatural)this.brainNatural=brainNatural;publicStringthinking(Stringthing)god.read(thing);returnbrainNatural.thinking(thing);publicvoidsetGod(Godgod)this.god=god;,优先选择接口而非继承,当需要进行动态代理时，接口比继承更容易实现接口具有更好的扩展性,问题,上帝不想创建过多的代理对象，仅仅希望实现具体操作,使用Spring提供的办法,刚才的例子里，无论是使用继承还是接口进行换脑，在设计模式里都称为代理模式请大家区分代理与被代理对象分别是谁Spring为代理提供了更方便的控制,正常操作,Spring中AOP,AOP即面向切面的编程在AOP的概念中，将刚才的场景中的角色划分的更为细致,切面里执行附加操作,Pointcut,正常操作之前,正常操作之后,上例中的上帝，称之为Advice（被通知对象），它知道该做什么关于上帝何时在什么时间、地点被通知，称之为Pointcut（切入点）对于真实的大脑，称之为Target（目标对象）对于假的大脑，不管是真实大脑的子类还是它们实现了共同的接口，都称之为Proxy（代理对象）,Spring中的Advice和Pointcut,常见的Advice和Pointcut的类型MethodBeforeAdviceAfterReturningAdviceThrowsAdviceMethodInterceptor,配置文件相应的改动,god,publicclassGodimplementsMethodBeforeAdvicepublicvoidread(Stringmind)System.out.println(上帝知道了，某个人正在想：“+mind+”);publicvoidbefore(Methodmethod,Objectargs,Objecttarget)throwsThrowableread(args0.toString();,在方法执行前通知,告知你执行的方法、方法的参数s还有目标（被代理的）对象,注意事项,Advice仅用于通知，如果需要拦截方法的调用需要使用Interceptor无论是MethodBeforeAdvice、AfterReturningAdvice、ThrowsAdvice它们都不能改变方法的执行（本身的行为）而Interceptor具有改变方法行为的能力,MethodInterceptor需要实现的方法,注意，一旦实现了MethodInterceptor，那些Advice（通知）就不管用了,publicObjectinvoke(MethodInvocationmi)throwsThrowableif(mi.getArguments()0.toString().indexOf(XX)0)return(凡人，别做无谓的思考了.);/thrownewRuntimeException(现在大脑一片混乱，无法思考);ceed();,改变方法的行为，只在一念之间,Proceed让方法继续执行,讨论,使用Spring提供的ProxyFactoryBean提供代理的好处不必自己创建整个代理对象了，代理对象由ProxyFactoryBean产生，程序员只需要关注实现具体功能使用ProxyFactoryBean可以创建几乎任何对象的代理，减少了程序中代理类的数量,问题,但是现在上帝很郁闷，现在它必须戴上一大堆身份，弄得身上脏兮兮的现在的结果是使得上帝依赖于Spring提供的接口，上帝离了Spring就活不了了怎么办,Spring2.0里的AOP,使用AspectJ,使用AspectJ达到相同的效果,在AspectJ的表达中上帝是一个POJO，不需要实现特定的接口就可进行AOP操作这个例子里，上帝在AspectJ中被成为Aspect（即切面），它的目的是执行正常逻辑之外的附加操作与之前的Spring1.x中的AOP相比，可以把Advisor（通知）看作是知道了切入地点的Aspect,使用AspectAOP的步骤,将BeanFactory换成ApplicationContextApplicationContext是BeanFactory的子接口ApplicationContext提供了更多的功能如果将BeanFactory比作一个小作坊，那么ApplicationContext就是一个生产车间,使用AspectAOP的步骤,使用spring2.0中提供的schema样式的配置文件,God类的变化,publicclassGodprivatestaticLoglog=LogFactory.getLog(God.class);/*上帝的读心术*parammind某个人的思想*/publicvoidread(Stringthing)log.debug(上帝知道了，某个人正在想：“+thing+”);,God不需要再实现那些Advice接口,配置文件的变化,它们如何对应,publicclassGodpublicvoidread(Stringthing)log.debug(上帝知道了，某个人正在想：“+thing+”);,packageorg.yihang.aop;publicinterfaceBrainpublicStringthinking(Stringthing);,其他类型的JoinPoint,-表示已经定义好连接点的切面,Pointcut表达式,execution表示执行public表示公共方法第一个*表示任意返回类型第二个*表示任意方法名(.)表示任意参数,execution(public*(.),更多的例子,execution(*set*(.)execution(*transfer()execution(*transfer(*)execution(*transfer(*,String)execution(*com.xyz.service.AccountService.*(.)execution(*com.xyz.service.*.*(.)execution(*com.xyz.service.*.*(.),问题,如何配合切入点表达式，向切面类传递参数,使用新语法的好处,减少了代理类在切入点的控制上更为细腻,第四章,SpringAOP的应用,回顾,AOP的目的即在正常的业务操作之外增加的附加操作通过切入点(pointcut)指名进行哪些切面(aspect)操作ProxyFactoryBeaninterceptorNamestargetNameproxyInterfaces拦截器（Interceptor），通知（Advice），和切面的不同（Aspect）,AOP的应用,事务切面日志切面其它附加操作切面,事务切面,在介绍事务切面之前，回顾网上银行的项目，并使用SpringIOC注入业务实现类所需的sessionFactory实现步骤和问题思考：实现业务接口和业务实现类（AccountService、LogService）sessionFactory如何注入的，应该注入给谁?事务由谁来管理?,优化,现在项目经理提出需求，希望改进代码的结构，达到如下目标：transfer方法（或其它业务方法）在执行时，事务自动开始在正确完成后，事务提交，并且关闭hibernatesession在出现RuntimeException（或其子类）异常时，事务回滚，并关闭hibernatesession其他异常，仍执行提交关闭的操作,Spring的解决方案,方案A：使用事务拦截器并代理业务实现类方案B：使用事务advice和aspect切面来实现事务拦截,方案A,第一步，改写AccountService业务实现类第二步，定义ProxyFactoryBean以返回AccountService代理对象proxyInterfacestargetNameinterceptorNames这里添加事务拦截器,事务拦截器,第三步定义事务拦截器,PROPAGATION_REQUIREDPROPAGATION_REQUIRES_NEW,事务属性以及事务管理器,ShowTime,修改perties，以便观察Spring执行过程.springframework.aop=.springframework.transaction=.springframework.orm.hibernate3=debug,事务管理器,Spring由于需要为多种数据层的实现提供集成支持，针对不同的情况，定义了各种事务管理器，一定要选择正确的事务管理器比如：DataSourceTransactionManager对应JDBC事务HibernateTransactionManager对应Hibernate提供的事务JtaTransactionManager对应JTA事务大多数事务管理器都需要设置dataSource（数据源）属性，对于HibernateTransactionManager可以只设置sessionFactory属性,事务属性,常见的事务属性有：事务的传播行为事务的隔离级别事务是否只读针对只读事务，Spring在某些情况下会提供优化,事务的传播行为,以下的定义可以在TransactionDefinition中找到PROPAGATION_REQUIREDPROPAGATION_SUPPORTSPROPAGATION_MANDATORYPROPAGATION_REQUIRES_NEWPROPAGATION_NOT_SUPPORTEDPROPAGATION_NEVER,事务的传播行为,PROPAGATION_REQUIRED表示如果没有事务，则开始新的事务，事务已经存在，则加入当前事务PROPAGATION_SUPPORTS表示如果事务已经存在，则加入当前事务，如果没有事务，不会开始新事务PROPAGATION_MANDATORY表示必须有事务存在，并加入当前事务，否则抛出异常PROPAGATION_REQUIRES_NEW表示每次都开始一个全新事务PROPAGATION_NOT_SUPPORTED表示不会开始或加入事务PROPAGATION_NEVER表示不会开始或加入事务，如果事务已存在，抛出异常,事务的隔离级别,以下的定义可以在TransactionDefinition中找到ISOLATION_READ_UNCOMMITTEDISOLATION_READ_COMMITTEDISOLATION_REPEATABLE_READISOLATION_SERIALIZABLE,事务的隔离级别,首先明确隔离级别指的都是同一个事务中ISOLATION_READ_UNCOMMITTED表示会读取到未提交的数据ISOLATION_READ_COMMITTED表示读取到的是已经提交的数据ISOLATION_REPEATABLE_READ表示多次读取的数据是相同的ISOLATION_SERIALIZABLE表示就好像没有别的用户在修改数据库中的数据一样,如何使用隔离级别,对于大多数数据库来说，事务的隔离级别是ISOLATION_READ_COMMITTED，我们不需要做更多的设置，就可以很好的工作了将事务的隔离级别设置为ISOLATION_REPEATABLE_READ可以防止丢失更新，但这样做会严重影响系统的并发性，因此更多地是采用乐观锁的形式ISOLATION_SERIALIZABLE并非你想象中的锁定一切！,继续完成需求,第四步，完成LogService业务实现类及其代理对象的定义，修改事务拦截器第五步，定义一个Advice实现ThrowsAdvice和MethodBeforeAdvice以便处理日志和其它附加逻辑第六步，将此Advice添加至合适的位置,流程分析,当事务拦截器中的设置如下时,PROPAGATION_REQUIREDPROPAGATION_REQUIRES_NEW,执行顺序,执行AccountService代理的transfer方法检查此代理定义的所有拦截器（有事务拦截器，和一个Advice）根据transfer方法事务的传播规则（REQUIRED），开启一个新的事务Tx_A，打开Session_A因为Advice实现了MethodBeforeAdvice接口，因此首先执行Advice中的before方法Before方法中，使用了LogService代理的log方法检查LogService代理定义的拦截器（有事务拦截器）根据log方法的传播规则（REQUIRES_NEW），又开启一个新的事务Tx_B，打开Session_B执行log方法当log方法成功执行，Tx_B提交，Session_B关闭执行transfer方法当transfer方法成功执行，Tx_A提交，Session_A关闭,当transfer发生异常,执行AccountService代理的transfer方法检查此代理定义的所有拦截器（有事务拦截器，和一个Advice）根据transfer方法事务的传播规则（REQUIRED），开启一个新的事务Tx_A，打开Session_A因为Advice实现了MethodBeforeAdvice接口，因此首先执行Advice中的before方法Before方法中，使用了LogService代理的log方法检查LogService代理定义的拦截器（有事务拦截器）根据log方法的传播规则（REQUIRES_NEW），又开启一个新的事务Tx_B，打开Session_B执行log方法当log方法成功执行，Tx_B提交，Session_B关闭执行transfer方法当transfer方法抛出异常，执行Advice的afterThrowing方法Tx_A回滚，Session_A关闭,流程分析,当事务拦截器中的设置如下时,PROPAGATION_REQUIREDPROPAGATION_REQUIRED,执行顺序,执行AccountService代理的transfer方法检查此代理定义的所有拦截器（有事务拦截器，和一个Advice）根据transfer方法事务的传播规则（REQUIRED），开启一个新的事务Tx_A，打开Session_A因为Advice实现了MethodBeforeAdvice接口，因此首先执行Advice中的before方法Before方法中，使用了LogService代理的log方法检查LogService代理定义的拦截器（有事务拦截器）根据log方法的传播规则（REQUIRED），加入当前的事务Tx_A执行log方法执行transfer方法当transfer方法成功执行，Tx_A提交，Session_A关闭,当transfer发生异常,执行AccountService代理的transfer方法检查此代理定义的所有拦截器（有事务拦截器，和一个Advice）根据transfer方法事务的传播规则（REQUIRED），开启一个新的事务Tx_A，打开Session_A因为Advice实现了MethodBeforeAdvice接口，因此首先执行Advice中的before方法Before方法中，使用了LogService代理的log方法检查LogService代理定义的拦截器（有事务拦截器）根据log方法的传播规则（REQUIRED），加入当前的事务Tx_A执行log方法执行transfer方法当transfer方法抛出异常，执行Advice的afterThrowing方法Tx_A回滚，Session_A关闭,方案B,用Spring2.0的新语法可以使用新的来替换事务拦截器使用减少配置中代理类的数量,第五章,SpringTemplate技术,回顾,事务切面日志切面其它附加操作切面,什么是模板,回忆使用JSP进行开发的过程先使用开发好静态的HTML页面，然后使用JSP标签替换会变化的内容这里的关键是抽象出其中动态的、变化的内容JSP实际就是一种模板语言,Java类中的模板,在类的开发中，也可以使用类似的技术：将重复的代码视为代码模板，使用变化的代码去填充模板领会模板技术，是Java编程人员登堂入室（由普通程序员架构师）的第一步,示例,第一步，审查现有代码，抽取出不同的部分（可以使用extractmethod），保留相似的部分第二步，将相似代码抽取为模板类（extractclass）第三步，这时候肯定有一处的调用方式不同，将其抽象为接口，注意接口的返回值、异常、参数第四步，使用模板类替换原有实现第五步，将原本抽取出的方法填充模板,模板和代理,在设计模式里，模板模式和代理模式有些类似主要的区别是，代理的目的是实现正常逻辑之外的附加逻辑，甚至会改变原有操作的行为而模板是规定了你必须执行的部分，那些每次执行行为不同的部分需要程序员自己实现模板的例子：Struts中的Action中的execute方法，Servlet中的doGet、doPost方法模板和代理都是设计框架必不可少的知识,Spring中的模板技术,HibernateTemplateJdbcTemplate,HibernateTemplate,HibernateTemplate里那些静态（必须执行）的部分获取session判断当前的方法是否处在一个事务中异常处理部分：处理异常Finally块：看看是否应当关闭session这些功能已经由Spring提供好了,动态部分,动态部分需要我们自己实现：,publicinterfaceHibernateCallbackObjectdoInHibernate(Sessionsession)throwsHibernateException,SQLException;,演示HibernateTemplate的使用,小结,其实HibernateTemplate在Spring集成早些版本的hibernate（2.x）时是非常有用的，它将session与当前线程进行绑定，确保了进行多次方法调用后事务的提交回滚和session的关闭都是针对同一个session目前的Hibernate（3.x）中的sessionFactory.getCurrentSession();提供了相同的功能，因此template的功能有所重复，你可以根据自己情况选择使用请对比WebBank工程中的HibernateAccountServiceNewHibernateAccountServiceTx两个类来理解它们的异同,JDBCTemplate,使用JDBC与Hibernate模板的不同之处：JDBC模板的使用依赖于javax.sql.DataSource，而Hibernate模板的使用依赖于org.hibernate.SessionFactory相同之处：它们都会应用事务切面，自动处理事务的提交和回滚无须自己打开关闭Session或Connection,Javax.sql.DataSource,我们以前介绍过，DataSource一般是由应用服务器提供的，用于获取数据库连接的连接工厂它同时集成了连接池的功能为了便于不依赖于容器，方便在容器外部进行测试，Spring提供了一个实现了DataSource接口的类DriverManagerDataSource，它仅仅是对数据库直连方式的一个简单封装，不提供连接池的功能,事务管理器,为了配合JDBC的事务管理，需要将事务管理器的实现换为DataSourceTransactionManager,演示JDBCTemplate的使用,三层结构之DAO,什么是DAODAO即DataAccessObject，在hibernate等持久层框架出现之前，DAO用于解耦业务逻辑与底层的数据访问之间的联系（能够方便的在不同的数据库切换）DAO也是通过DAO接口DAO实现类来完成解耦操作的如果已经使用了一种持久层框架，那么DAO基本上是多余的,DAO举例,例如在我们现有的设计里，JDBCLogService和JDBCAccountService这两个实现类都会访问数据库在业务逻辑代码之外，存在很多与之无关的数据访问代码并且，如果现在访问的其它类型的数据库，那么SQL语句会有差异因此，将这些数据访问功能独立于业务逻辑之外，是一种好的解决方案,实现思路,业务逻辑实现类中不需要知道如DataSource对象，也无须实现findAccount、insertTransferRecord、updateAccount等方法，它只需要知道一个或几个DAO接口即可DAO实现负责以上方法的实现，跟数据源对象打交道，如果需要使用不同的数据库，那么分别实现相应的DAO实现类业务逻辑实现类中声明一个类型为DAO接口的属性，由Spring依赖注入DAO实现,作业,使用DAO+JDBC来修改课堂示例,第六章,Spring与表现层集成,回顾,Spring是如何集成业务逻辑层的？通过接口实现类的方式解耦业务层与其它层，主要是用到了控制反转（依赖注入）的办法通过AOP的方法，分离事务、日志等切面操作，让业务逻辑更为清晰Spring是如何集成持久层的？通过模板技术，让具体的持久层实现无须考虑如何获得连接，关闭连接（或指session）等繁琐操作，使程序员专心处理数据CURD操作如果使用了hibernate等持久层框架，DAO就不重要了,表现层集成,Spring可以与多种表现层技术实现集成，其实与表现层集成以我的理解就是业务逻辑如何被调用的问题，可以分以下几个方面与某种Web框架相集成，如Struts,DWR等与某种java桌面应用程序相集成，如Swing来调用业务逻辑与某种其它语言的应用程序集成，如.net的程序,与Struts集成,Spring与Struts集成有两种方式：使用Struts调用Spring。优点是直接了当，容易理解，缺点是无法使用Spring的依赖注入使用Spring来管理Struts中的Action。优点是可以为Action注入业务逻辑实现,与Struts集成,方法A.使用Struts调用Spring步骤：添加Spring提供的ContextLoaderListener和contextConfigLocation属性以指明Spring配置文件的位置，其原理是使用了ListenerServlet在Web