Java设计模式之职责型模式总结

  1. 云栖社区>
  2. 博客>
  3. 正文

Java设计模式之职责型模式总结

科技小能手 2017-11-12 02:17:00 浏览531
展开阅读全文

所谓职责型模式,就是采用各种模式来分配各个类的职责。

  职责型模式包括:单例模式、观察者模式、调停者模式、代理模式、职责链模式、享元模式六大模式。

编号 设计模式 使用场景
1 单例模式 将职责集中到某个类的单个实例中
2 观察者模式 将对象从依赖他的对象中解耦
3 调停者模式 将职责集中在某个类,该类可以监督其他对象的交互
4 代理模式 让一个对象扮演其他对象的行为
5 职责链模式 允许将请求传递给职责链的其他对象,直到这个请求被某个对象处理
6 享元模式 将共享的、细粒度的对象职责集中管理

  现在分别讲述:

1、单例模式——将职责集中到某个类的单个实例中

  通过编码来限制某个类只能生成一个实例对象,所有针对该类的访问全部体现到这个实例身上。正如Spring中体现的:在Spring的上下文(ApplicationContext)创建之后,会通过扫描器将所有标注注解的类各生成一个实例,并将这个实例保存到这个上下文环境(ApplicationContext)中,程序启动完成后,需要使用某个类的实例时,就从这个上下文环境中获取。由于采用的是单例模式,所以针对一个类的多次访问所获取的对象为同一对象,这些调用者可能同时调用这个实例来完成某种功能。

  从内存的方面考虑,当这个单例生成之后,会保存在Java堆内存中,以备调用,其中成员变量保存在实例中,而局部变量在方法中(此时是没有存放位置和值的,只有方法被调用时,才会生成局部变量的存储位置与值,这个位置在线程中,而不再方法中),这些局部变量保存在每一个调用线程中,因此局部变量不会产生冲突(各执一份),但是成员变量是公用的,一旦涉及到对其的修改,就会发生冲突,这时最好的解决方法就是加锁(使用synchronized),加锁的目的(或者说是效果)就是控制CPU在执行某个线程时不会中断,具体说就是控制在单例中的某个方法的某一段代码块被执行时CPU会一直执行完毕,不会中断线程去执行别的线程,这样当另一线程执行时不会对之前执行中的线程产生影响(因为之前的线程已经执行完毕),他获得的将会是原始的数据(针对成员变量)。

  题外话:高并发的两个影响:1-高并发会导致服务器高压力(解决方法:消息队列、缓存、分布集群、负载均衡等);2-高并发会导致访问冲突(解决方法:加锁)

2、观察者模式——将对象从依赖它的对象中解耦

  当一个对象被多个其他对象所依赖,一旦修改这个对象,将会对所有依赖于它的对象造成影响,解耦势在必行。采用观察者模式,将所有依赖于这个对象的对象抽象成为观察者,所有具体的观察者都实现(继承)观察者接口(抽象类),然后修改这个被依赖对象的类,在其内部添加观察者集合及集合操作(增加观察者,删除观察者等),以此来实现观察者模式。

  因为被观察者与观察者的关系是一对多的关系,而且这些观察者可以被动态增删,所以需要使用集合来保存这些观察者对象,并提供增删操作。

  观察者模式又称为发布-订阅模式,显而易见,发布与订阅分属双方,发布一方可看成被依赖对象,订阅一方是依赖对象,一个消息发布,所有的订阅者都能查收到提示信息,并查看这条消息。

3、调停者模式——将职责集中在某个类,该类可以监督其他对象的交互

  调停者,即调解者,意即处理复杂关系,调理顺序,规整结构,使变得顺序井然,结构简单,去杂存真。

  将系统中杂乱的调用关系转换到调停者身上,所有的互动都经过调停者的中转来完成,复杂的调用变得方向一致对向调停者。

  实现方法很简单,创建一个调停者类,将所有的调用请求都绑定到该类身上即可。

  调停者模式是为了去除系统内部的复杂性而产生的。

4、代理模式——让一个对象办理其他对象的行为

  代理的目的其实是为了隐藏,将真正的操作隐藏起来,对外只提供一个接口,调用者只需知道这个接口的作用,而不必知道如何来实现这个功能。

  其实代理除了上面的作用之外,还有扩展功能的作用,创建一个目标类的代理类,在代理类的方法中调用目标类的方法,而在代理类的方法中还可以添加其他代码,这样在不修改目标类的情况下实现了功能扩展。

  代理有两种:静态代理与动态代理,动态代理又分为两种:JDK动态代理与CGLIB动态代理。

  静态代理是编译时代理,而动态代理是运行时代理。

5、责任链模式——允许将请求传递给职责链的其他对象,直到这个请求被某个对象处理

  通过代码将一系列请求处理对象串联起来,就形成了一条职责链,这里的职责就是处理请求,串联的方式很简单,在每一个请求处理对象中都拥有一个指向下一个请求处理对象的成员变量,而在处理代码中拥有是否跳向下一个请求处理对象的判断,这样通过对成员变量赋值的方式就可以形成这样一条请求处理链。

  这种模式一般处理现实中类似的情况。

6、享元模式——将共享的、细粒度的对象职责集中管理

  享元就是共享单元,共享元素,元素就是最基本单位,所谓细粒度就是针对元素而言的。将一系列调用中公共的处理部分完全可以单列出来,形成一个单独的实例对象,被统一调用,而不用为每个调用生成一份实例,大大的节省了内存空间,类似于单例模式。



本文转自lzwxx 51CTO博客,原文链接:http://blog.51cto.com/13064681/1948194

网友评论

登录后评论
0/500
评论
科技小能手
+ 关注