常用的设计模式大家都有所了解,但有一些可能大家不是很留意的设计模式,这里我整理下
原型模式
桥接模式
组合模式
责任链模式
命令模式
解释器模式
中介模式
备忘录模式
访问者模式
案例
原型模式
原型模式:指原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象。
可以理解为有一个已经存在的模子,其它的对象都是通过这个模子创建出来的。比如说“海贼王”里面的暴君熊是PX-0,剩余的和平主义者,PX-x都是以第一代的熊为原型创建出来的。
在Spring中的scope可以指定为prototype,这样每次在获取对象的时候,都会根据beanDefinition创建一个新的对象出来。每次创建的对象都是相同的。beanDefinition就是原型。另外像对象继承了Cloneable接口实现了clone方法,clone出来的对象,不过要注意深克隆,浅克隆。
/** * Scope identifier for the standard prototype scope: "prototype". * Custom scopes can be added via {@code registerScope}. * @see #registerScope */ String SCOPE_PROTOTYPE = "prototype";
桥接模式
和适配器模式有点像,但是有一些区别。
适配器模式:在业务不断的发展过程中,发现有两个接口无法对接,这个时候需要写一个适配器来适配两个接口。在现实生活中,适配器模式就是转换头,肯定要现有接口,充电头才能去买转换器是什么。
桥接模式:通过某种方式使两个类之间建立联系,继承也可以建立联系,但是桥接模式建议使用组合而不是继承。在桥接的时候,大致知道要桥接的对象,但是桥接对象可能会发生变化。
区别:
适配器模式使用的时候,要适配的对象已经确定,基本不变。桥接模式要桥接的对象后期可以进行扩展
适配器模式一般发生在业务发展的后期,桥接模式发生在业务开始设计的时候
桥接模式是为了分离抽象与实现
源码中用到桥接模式的地方:
JDK中的数据库Driver,相同的Driver接口,实现不同。DriverManager与Driver之间实现了桥接
组合模式
将对象组合成树形结构,以表示“部分-整体”的层次结构,组合模式使客户端对单个对象和组合对象可以用一致的方法处理。
常见的地方,比如说安卓开发中的View,一个View内部可以有很多小的View,View可以是列表视图,也可以是原型的,文字的等等。
在JDK内部的添加集合,集合可能是一个元素,也可能是多个元素。
//ArrayList public boolean addAll(Collection<? extends E> c) { Object[] a = c.toArray(); int numNew = a.length; ensureCapacityInternal(size + numNew); // Increments modCount System.arraycopy(a, 0, elementData, size, numNew); size += numNew; return numNew != 0; }
责任链模式
定义:为请求创建一个接收此次请求的链,一个请求的处理需要一个或者多个对象中的几个协作处理。
优点:请求的发送者和接受者可以进行解耦,一般会在外部的配置文件中,可以灵活指定
缺点:责任链过多会影响性能
在JDK中处理Servlet的时候可以指定Filter,如果当前的Filter处理完毕,则使用filterChain.doFilter,继续下一步的Filter处理。
<filter> <filter-name>utfEncodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>utf-8</param-value> </init-param> </filter> <filter-mapping> <filter-name>utfEncodingFilter</filter-name> <url-pattern>*.do</url-pattern> </filter-mapping> // 如果想让过滤链继续走,代码中 filterChain.doFilter(request, response);
命令模式
定义:将请求封装成对象,以便使用不同的请求。命令模式解决了应用程序中对象的职责以及它们之间的通信方式。
下命令的人只需要下命令就行了,而不需要具体是如何解决的。
在平时我们的代码中,如继承Runnable接口,需要实现其中的run方法,而去执行Runnable对象的人不需要知道其内部到底做了什么。
// 当然在我们的代码中,会有很多实现Runnable的类 public class CommandDemo { public static void main(String[] args) { ExecutorService threadPool = Executors.newFixedThreadPool(4); threadPool.execute(new DoCommand()); threadPool.shutdown(); } static class DoCommand implements Runnable{ @Override public void run() { System.out.println("做某些事情"); } } }
解释器模式
定义:给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器用来解释语言中的句子。
就像我们平时用的解释型语言,如Python,JS,bash,这种语言一般是一句一句的执行。像使用Spring的时候,spring的核心类库有个spel,就是spring的语法表达式:SPEL还有很多更复杂的表达语法,这就是其自己实现的解释器
publicclassInterpreterDemo{ publicstaticvoidmain(String[] args) { SpelExpressionParserexpressionParser=newSpelExpressionParser(); Expressionexpression=expressionParser.parseExpression("1+1"); Objectvalue=expression.getValue(); System.out.println(value); } }
优点:语法有很多类表示,容易改变及扩展该语言
缺点:当语法规则太多的时候,增加了系统的复杂度
中介模式
定义:定义了一个封装一组,对象如何交互的对象。
适用场景:在系统中对象存在复杂的引用关系,产生相互依赖关系,结构混乱且难以理解,通过增加新的中介者类来达到扩展的目的。
像我们平时进行聊天的聊天室,系统中使用的中间件,都可以进行解耦的作用。但是中介者过多,会增加系统的复杂度,这一点在使用的时候要有所注意。
像平时我们使用的线程池,指定任务队列: 在执行任务的时候,发现核心线程都在工作,则把任务添加进入任务队列之中,后续再从队列之中取数据,任务队列可以看做 线程池 与 任务交互的中介。
new ThreadPoolExecutor(nThreads, nThreads, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>())
备忘录模式
定义:保存一个对象的状态,以便在适当的时候恢复对象。
这个主意就是保存与恢复,类似数据的备份与还原,也有时候在玩游戏的时候保存某个档案,后期再重新玩。能恢复的档案,必须要首先保存过。
备忘录模式与状态模式有点像,只不过状态模式用类表示状态,并且状态是用来控制程序的执行逻辑的。
缺点:会占用一些资源
代码中的应用:
在Hbase中数据都会根据时间戳保存多个版本的数据
程序代码中的回滚操作,如果某个执行发现出现了不可预期的东西,会退到原本的状态
访问者模式
定义:封装作用于某种数据结构(List,Set,Map)等中各元素的操作,可以再不改变这些元素的前提下,定义作用于这些元素的操作。
当有的时候,我们需要将数据与对数据的操作进行分离。增加一个操作,只需要增加新的访问者,但是改变具体的数据结构会比较麻烦一些。
在Spring中:可以遍历类的各种属性,这个类主要是分析Bean的各种数据。
// BeanDefinitionVisitor.java public void visitBeanDefinition(BeanDefinition beanDefinition) { visitParentName(beanDefinition); visitBeanClassName(beanDefinition); visitFactoryBeanName(beanDefinition); visitFactoryMethodName(beanDefinition); visitScope(beanDefinition); visitPropertyValues(beanDefinition.getPropertyValues()); ConstructorArgumentValues cas = beanDefinition.getConstructorArgumentValues(); visitIndexedArgumentValues(cas.getIndexedArgumentValues()); visitGenericArgumentValues(cas.getGenericArgumentValues()); }
访问者模式一般在实际中用的会少一些。
最后
设计模式相对比较抽象,想要完全的理解它不是一朝一夕的事情,这里主要提供了一种思路,在平时写代码的时候,对设计模式做一些尽可能的关注,代码写的多了,见得多了,也就明白各种设计模式了,后期在自己写的时候,可能就信手拈来了。
大家可以参考:https://github.com/iluwatar/java-design-patterns
希望能帮到大家
注:
本文独家发布自金蝶云社区