ImageVerifierCode 换一换
格式:DOCX , 页数:10 ,大小:247.77KB ,
资源ID:21546056      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/21546056.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(Spring中经典的9种设计模式Word格式.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

Spring中经典的9种设计模式Word格式.docx

1、典型的例子有spring与mybatis的结合。代码示例:说明:我们看上面该bean,因为实现了FactoryBean接口,所以返回的不是 SqlSessionFactoryBean 的实例,而是它的 SqlSessionFactoryBean.getObject() 的返回值。3.单例模式Spring依赖注入Bean实例默认是单例的。Spring的依赖注入(包括lazy-init方式)都是发生在AbstractBeanFactory的getBean里。getBean的doGetBean方法调用getSingleton进行bean的创建。分析getSingleton()方法publicObje

2、ctgetSingleton(StringbeanName)/参数true设置标识允许早期依赖returngetSingleton(beanName,true);protectedbeanName,booleanallowEarlyReference)/检查缓存中是否存在实例singletonObject=this.singletonObjects.get(beanName);if(singletonObject=null&isSingletonCurrentlyInCreation(beanName)/如果为空,则锁定全局变量并进行处理。synchronized(this.singleton

3、Objects)/如果此bean正在加载,则不处理this.earlySingletonObjects.get(beanName);/当某些方法需要提前初始化的时候则会调用addSingleFactory方法将对应的ObjectFactory初始化策略存储在singletonFactoriesObjectFactorysingletonFactorythis.singletonFactories.get(beanName);(singletonFactory!null)/调用预先设定的getObject方法singletonFactory.getObject();/记录在缓存中,earlysi

4、ngletonObjects和singletonFactories互斥this.earlySingletonObjects.put(beanName,singletonObject);this.singletonFactories.remove(beanName);NULL_OBJECT:null);getSingleton()过程图ps:spring依赖注入时,使用了 双重判断加锁 的单例模式总结单例模式定义:保证一个类仅有一个实例,并提供一个访问它的全局访问点。spring对单例的实现:spring中的单例模式完成了后半句话,即提供了全局的访问点BeanFactory。但没有从构造器级别去

5、控制单例,这是因为spring管理的是任意的java对象。4.适配器模式SpringMVC中的适配器HandlerAdatper。HandlerAdatper根据Handler规则执行不同的Handler。实现过程:DispatcherServlet根据HandlerMapping返回的handler,向HandlerAdatper发起请求,处理Handler。HandlerAdapter根据规则找到对应的Handler并让其执行,执行完毕后Handler会向HandlerAdapter返回一个ModelAndView,最后由HandlerAdapter向DispatchServelet返回一

6、个ModelAndView。实现意义:HandlerAdatper使得Handler的扩展变得容易,只需要增加一个新的Handler和一个对应的HandlerAdapter即可。因此Spring定义了一个适配接口,使得每一种Controller有一种对应的适配器实现类,让适配器代替controller执行相应的方法。这样在扩展Controller时,只需要增加一个适配器类就完成了SpringMVC的扩展了。5.装饰器模式Spring中用到的包装器模式在类名上有两种表现:一种是类名中含有Wrapper,另一种是类名中含有Decorator。动态地给一个对象添加一些额外的职责。就增加功能来说,De

7、corator模式相比生成子类更为灵活。6.代理模式AOP底层,就是动态代理模式的实现。动态代理:在内存中构建的,不需要手动编写代理类静态代理:需要手工编写代理类,代理类引用被代理对象。切面在应用运行的时刻被织入。一般情况下,在织入切面时,AOP容器会为目标对象创建动态的创建一个代理对象。SpringAOP就是以这种方式织入切面的。织入:把切面应用到目标对象并创建新的代理对象的过程。7.观察者模式spring的事件驱动模型使用的是 观察者模式 ,Spring中Observer模式常用的地方是listener的实现。具体实现:事件机制的实现需要三个部分,事件源,事件,事件监听器Applicati

8、onEvent抽象类事件继承自jdk的EventObject,所有的事件都需要继承ApplicationEvent,并且通过构造器参数source得到事件源.该类的实现类ApplicationContextEvent表示ApplicaitonContext的容器事件.代码:abstractclassApplicationEventextendsEventObjectprivatestaticfinallongserialVersionUID7099057708183571937L;timestamp;ApplicationEvent(Objectsource)super(source);thi

9、s.timestampSystem.currentTimeMillis();getTimestamp()this.timestamp;ApplicationListener接口事件监听器继承自jdk的EventListener,所有的监听器都要实现这个接口。这个接口只有一个onApplicationEvent()方法,该方法接受一个ApplicationEvent或其子类对象作为参数,在方法体中,可以通过不同对Event类的判断来进行相应的处理。当事件触发时所有的监听器都会收到消息。interfaceApplicationListenerEventListenervoidonApplicati

10、onEvent(Eevent);ApplicationContext接口事件源ApplicationContext是spring中的全局容器,翻译过来是”应用上下文”。实现了ApplicationEventPublisher接口。职责:负责读取bean的配置文档,管理bean的加载,维护bean之间的依赖关系,可以说是负责bean的整个生命周期,再通俗一点就是我们平时所说的IOC容器。ApplicationEventPublisherpublishEvent(ApplicationEventevent)Assert.notNull(event,Eventmustnotbenull);(logg

11、er.isTraceEnabled()logger.trace(Publishingeventin+getDisplayName()getApplicationEventMulticaster().multicastEvent(event);(this.parentthis.parent.publishEvent(event);ApplicationEventMulticaster抽象类事件源中publishEvent方法需要调用其方法getApplicationEventMulticaster属于事件广播器,它的作用是把Applicationcontext发布的Event广播给所有的监听器.

12、AbstractApplicationContextDefaultResourceLoaderimplementsConfigurableApplicationContext,DisposableBeanApplicationEventMulticasterapplicationEventMulticaster;registerListeners()/Registerstaticallyspecifiedlistenersfirst.for(ApplicationListenerlistenergetApplicationListeners()getApplicationEventMultic

13、aster().addApplicationListener(listener);DoinitializeFactoryBeanshere:Weneedtoleaveallregularbeansuninitializedletpost-processorsapplythem!StringlistenerBeanNamesgetBeanNamesForType(ApplicationListener.class,true,false);(StringlisNamelistenerBeanNames)getApplicationEventMulticaster().addApplicationL

14、istenerBean(lisName);8.策略模式Spring框架的资源访问Resource接口。该接口提供了更强的资源访问能力,Spring 框架本身大量使用了 Resource 接口来访问底层资源。Resource 接口介绍source 接口是具体资源访问策略的抽象,也是所有资源访问类所实现的接口。Resource 接口主要提供了如下几个方法: getInputStream():定位并打开资源,返回资源对应的输入流。每次调用都返回新的输入流。调用者必须负责关闭输入流。 exists():返回 Resource 所指向的资源是否存在。 isOpen():返回资源文件是否打开,如果资源文件

15、不能多次读取,每次读取结束应该显式关闭,以防止资源泄漏。 getDescription():返回资源的描述信息,通常用于资源处理出错时输出该信息,通常是全限定文件名或实际 URL。 getFile:返回资源对应的 File 对象。 getURL:返回资源对应的 URL 对象。最后两个方法通常无须使用,仅在通过简单方式访问无法实现时,Resource 提供传统的资源访问的功能。Resource 接口本身没有提供访问任何底层资源的实现逻辑,针对不同的底层资源,Spring 将会提供不同的 Resource 实现类,不同的实现类负责不同的资源访问逻辑。Spring 为 Resource 接口提供了如

16、下实现类: UrlResource:访问网络资源的实现类。 ClassPathResource:访问类加载路径里资源的实现类。 FileSystemResource:访问文件系统里资源的实现类。 ServletContextResource:访问相对于 ServletContext 路径里的资源的实现类. InputStreamResource:访问输入流资源的实现类。 ByteArrayResource:访问字节数组资源的实现类。这些 Resource 实现类,针对不同的的底层资源,提供了相应的资源访问逻辑,并提供便捷的包装,以利于客户端程序的资源访问。9.模版方法模式经典模板方法定义:父类

17、定义了骨架(调用哪些方法及顺序),某些特定方法由子类实现。最大的好处:代码复用,减少重复代码。除了子类要实现的特定方法,其他方法及方法调用顺序都在父类中预先写好了。所以父类模板方法中有两类方法:共同的方法:所有子类都会用到的代码不同的方法:子类要覆盖的方法,分为两种: 抽象方法:父类中的是抽象方法,子类必须覆盖 钩子方法:父类中是一个空方法,子类继承了默认也是空的注:为什么叫钩子,子类可以通过这个钩子(方法),控制父类,因为这个钩子实际是父类的方法(空方法)!Spring模板方法模式实质:是模板方法模式和回调模式的结合,是Template Method不需要继承的另一种实现方式。Spring几

18、乎所有的外接扩展都采用这种模式。JDBC的抽象和对Hibernate的集成,都采用了一种理念或者处理方式,那就是模板方法模式与相应的Callback接口相结合。采用模板方法模式是为了以一种统一而集中的方式来处理资源的获取和释放,以JdbcTempalte为例:JdbcTemplateexecute(Stringsql)Connectioncon=null;Statementstmt=null;trycon=getConnection();stmt=con.createStatement();retValue=executeWithStatement(stmt,sql);retValue;cat

19、ch(SQLExceptione).finallycloseStatement(stmt);releaseConnection(con);executeWithStatement(Statementstmt,Stringsql);引入回调原因:JdbcTemplate是抽象类,不能够独立使用,我们每次进行数据访问的时候都要给出一个相应的子类实现,这样肯定不方便,所以就引入了回调。回调代码StatementCallbackdoWithStatement(Statementstmt);利用回调方法重写JdbcTemplate方法execute(StatementCallbackcallback)retValue=callback.doWithStatement(stmt);./其它方法定义Jdbc使用方法如下:jdbcTemplate=.;sql=.;S

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1