spring中的设计模式
2016-07-22 10:06
323 查看
应该说设计模式是我们在写代码时候的一种被承认的较好的模式,就像一种宗教信仰一样,大多数人承认的时候,你就要跟随,如果你想当一个社会存在的话。好的设计模式就像是给代码造了一个很好的骨架,在这个骨架里,你可以知道心在哪里,肺在哪里,因为大多数人都认识这样的骨架,就有了很好的传播性。这是从易读和易传播来感知设计模式的好处。当然设计模式本身更重要的是设计原则的一种实现,比如开闭原则,依赖倒置原则,这些是在代码的修改和扩展上说事。说到底就是人类和代码发生关系的四种场合:阅读,修改,增加,删除。让每一种场合都比较舒服的话,就需要用设计模式。
但是话说如果你是个毛毛虫,又怎么懂得人的骨骼呢,不了解人的骨骼结构,又怎么知道心肺在哪里呢。让一个不了解设计模式的人去读充斥了设计模式的代码,也是一头雾水,这也是设计模式带来的负面效果。简单有错吗?没有,那为什么?因为我要满足修改和增加的需要,于是我们给自己一个用设计模式的借口。但是如果不修改和增加呢,那不是多此一举。那你又怎么知道不会修改和增加?也许在用设计模式的时候,我们总在问自己这样一个问题,这个玩意以后变化大吗,有增加的可能吗?
设计模式其实会带来复杂性的,这是无可争议的,我想我们应该在复杂和简单做一下平衡吧。
下面来简单列举spring中的设计模式:
1.简单工厂
又叫做静态工厂方法(StaticFactory Method)模式,但不属于23种GOF设计模式之一。
简单工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类。
spring中的BeanFactory就是简单工厂模式的体现,根据传入一个唯一的标识来获得bean对象,但是否是在传入参数后创建还是传入参数前创建这个要根据具体情况来定。
2.工厂方法(Factory Method)
定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。
spring中的FactoryBean就是典型的工厂方法模式。如下图:
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/7d7285a8a43ac51f0dac673cd8d88e71.jpg)
3.单例(Singleton)
保证一个类仅有一个实例,并提供一个访问它的全局访问点。
spring中的单例模式完成了后半句话,即提供了全局的访问点BeanFactory。但没有从构造器级别去控制单例,这是因为spring管理的是是任意的java对象。
4.适配器(Adapter)
将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
spring中在对于aop的处理中有Adapter模式的例子,见如下图:
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/1f953997cc56c6b53ef576dc09584400.jpg)
由于Advisor链需要的是MethodInterceptor对象,所以每一个Advisor中的Advice都要适配成对应的MethodInterceptor对象。
5.包装器(Decorator)
动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator模式相比生成子类更为灵活。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/f8bd5b6e3359550c5fb4aa18ded21939.jpg)
spring中用到的包装器模式在类名上有两种表现:一种是类名中含有Wrapper,另一种是类名中含有Decorator。基本上都是动态地给一个对象添加一些额外的职责。
6.代理(Proxy)
为其他对象提供一种代理以控制对这个对象的访问。
从结构上来看和Decorator模式类似,但Proxy是控制,更像是一种对功能的限制,而Decorator是增加职责。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/6111be9710310515e61fc1928a4b2c56.jpg)
spring的Proxy模式在aop中有体现,比如JdkDynamicAopProxy和Cglib2AopProxy。
7.观察者(Observer)
定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/795fa181ea91e1524af5fb395a679b62.jpg)
spring中Observer模式常用的地方是listener的实现。如ApplicationListener。
8.策略(Strategy)
定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。
spring中在实例化对象的时候用到Strategy模式,见如下图:
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/d24a7f3028b0caf489ab7441525e2109.jpg)
在SimpleInstantiationStrategy中有如下代码说明了策略模式的使用情况:
![](https://oscdn.geek-share.com/Uploads/Images/Content/201803/9c904ee30e708a8f90c44742cfff8f55.jpg)
9.模板方法(Template Method)
定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/4ca1f0b3564d94d1409f8c5a83fb348f.jpg)
Template Method模式一般是需要继承的。这里想要探讨另一种对Template Method的理解。spring中的JdbcTemplate,在用这个类时并不想去继承这个类,因为这个类的方法太多,但是我们还是想用到JdbcTemplate已有的稳定的、公用的数据库连接,那么我们怎么办呢?我们可以把变化的东西抽出来作为一个参数传入JdbcTemplate的方法中。但是变化的东西是一段代码,而且这段代码会用到JdbcTemplate中的变量。怎么办?那我们就用回调对象吧。在这个回调对象中定义一个操纵JdbcTemplate中变量的方法,我们去实现这个方法,就把变化的东西集中到这里了。然后我们再传入这个回调对象到JdbcTemplate,从而完成了调用。这可能是Template Method不需要继承的另一种实现方式吧。
以下是一个具体的例子:
JdbcTemplate中的execute方法
![](https://oscdn.geek-share.com/Uploads/Images/Content/201803/d7dba605edf884a27d6d0ead4f116f86.jpg)
JdbcTemplate执行execute方法
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/d3b96a20590f15451a5299554f0fb96b.jpg)
可以这样理解,初始化被定义成接口,然后针对各种需求,做了各种各样的初始化工作,开发人员只需知道如何正确配置,然后spring就可以干活了
但是话说如果你是个毛毛虫,又怎么懂得人的骨骼呢,不了解人的骨骼结构,又怎么知道心肺在哪里呢。让一个不了解设计模式的人去读充斥了设计模式的代码,也是一头雾水,这也是设计模式带来的负面效果。简单有错吗?没有,那为什么?因为我要满足修改和增加的需要,于是我们给自己一个用设计模式的借口。但是如果不修改和增加呢,那不是多此一举。那你又怎么知道不会修改和增加?也许在用设计模式的时候,我们总在问自己这样一个问题,这个玩意以后变化大吗,有增加的可能吗?
设计模式其实会带来复杂性的,这是无可争议的,我想我们应该在复杂和简单做一下平衡吧。
下面来简单列举spring中的设计模式:
1.简单工厂
又叫做静态工厂方法(StaticFactory Method)模式,但不属于23种GOF设计模式之一。
简单工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类。
spring中的BeanFactory就是简单工厂模式的体现,根据传入一个唯一的标识来获得bean对象,但是否是在传入参数后创建还是传入参数前创建这个要根据具体情况来定。
2.工厂方法(Factory Method)
定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。
spring中的FactoryBean就是典型的工厂方法模式。如下图:
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/7d7285a8a43ac51f0dac673cd8d88e71.jpg)
3.单例(Singleton)
保证一个类仅有一个实例,并提供一个访问它的全局访问点。
spring中的单例模式完成了后半句话,即提供了全局的访问点BeanFactory。但没有从构造器级别去控制单例,这是因为spring管理的是是任意的java对象。
4.适配器(Adapter)
将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
spring中在对于aop的处理中有Adapter模式的例子,见如下图:
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/1f953997cc56c6b53ef576dc09584400.jpg)
由于Advisor链需要的是MethodInterceptor对象,所以每一个Advisor中的Advice都要适配成对应的MethodInterceptor对象。
5.包装器(Decorator)
动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator模式相比生成子类更为灵活。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/f8bd5b6e3359550c5fb4aa18ded21939.jpg)
spring中用到的包装器模式在类名上有两种表现:一种是类名中含有Wrapper,另一种是类名中含有Decorator。基本上都是动态地给一个对象添加一些额外的职责。
6.代理(Proxy)
为其他对象提供一种代理以控制对这个对象的访问。
从结构上来看和Decorator模式类似,但Proxy是控制,更像是一种对功能的限制,而Decorator是增加职责。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/6111be9710310515e61fc1928a4b2c56.jpg)
spring的Proxy模式在aop中有体现,比如JdkDynamicAopProxy和Cglib2AopProxy。
7.观察者(Observer)
定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/795fa181ea91e1524af5fb395a679b62.jpg)
spring中Observer模式常用的地方是listener的实现。如ApplicationListener。
8.策略(Strategy)
定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。
spring中在实例化对象的时候用到Strategy模式,见如下图:
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/d24a7f3028b0caf489ab7441525e2109.jpg)
在SimpleInstantiationStrategy中有如下代码说明了策略模式的使用情况:
![](https://oscdn.geek-share.com/Uploads/Images/Content/201803/9c904ee30e708a8f90c44742cfff8f55.jpg)
9.模板方法(Template Method)
定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/4ca1f0b3564d94d1409f8c5a83fb348f.jpg)
Template Method模式一般是需要继承的。这里想要探讨另一种对Template Method的理解。spring中的JdbcTemplate,在用这个类时并不想去继承这个类,因为这个类的方法太多,但是我们还是想用到JdbcTemplate已有的稳定的、公用的数据库连接,那么我们怎么办呢?我们可以把变化的东西抽出来作为一个参数传入JdbcTemplate的方法中。但是变化的东西是一段代码,而且这段代码会用到JdbcTemplate中的变量。怎么办?那我们就用回调对象吧。在这个回调对象中定义一个操纵JdbcTemplate中变量的方法,我们去实现这个方法,就把变化的东西集中到这里了。然后我们再传入这个回调对象到JdbcTemplate,从而完成了调用。这可能是Template Method不需要继承的另一种实现方式吧。
以下是一个具体的例子:
JdbcTemplate中的execute方法
![](https://oscdn.geek-share.com/Uploads/Images/Content/201803/d7dba605edf884a27d6d0ead4f116f86.jpg)
JdbcTemplate执行execute方法
![](https://oscdn.geek-share.com/Uploads/Images/Content/201607/d3b96a20590f15451a5299554f0fb96b.jpg)
可以这样理解,初始化被定义成接口,然后针对各种需求,做了各种各样的初始化工作,开发人员只需知道如何正确配置,然后spring就可以干活了
相关文章推荐
- Spring MVC静态资源处理
- Java实现对cookie的操作(增删改查)(未测试)
- thingking in java2.11练习(4)(5)
- Java 内置工具
- java搜索引擎爬虫,抓取url示例(未测试)
- Java中Date日期格式的各种转换
- java中常用的时间处理类TimeUtil (未测试)
- java lisi乱序、排序(未测试)
- Java自定义异常
- java 时间工具类(未测试)
- Java 获取指定字符串出现的次数
- JAVA Iterator 转成 List
- org.springframework.web.context.ContextLoaderListener
- java 字符串系列化及反系列化 (未测试)
- spring工程中得到注入bean的集中方式
- 搭建spring+mybatis+struts2环境的配置文件
- Java实现——Dom4j读写XML文件
- Java实现——Dom4j读写XML文件
- java实现鼠标和键盘动作后台监听 (未测试)
- RxJava详解