https://blog.csdn.net/angjunqiang/article/details/42061453

https://blog.csdn.net/baiye_xing/article/details/76427717

引入

我是从Stack Overflow上看到的问题,感觉这个答案真心不错,所以翻译过来看看,由于本文水平有限,不喜勿喷,原文链接:Examples of GoF Design Patterns in Java’s core libraries

问题

我正在学习GoF Java设计模式,我想看看他们的一些现实生活中的例子。Java核心库中的这些设计模式的一些很好的例子是什么?

答案

我选择了一个投票数最高(2515票)的答案来翻译,同时我认为这也是最好的答案。

答案如下:

创作模式

抽象工厂模式 (通过创造性的方法来识别工厂本身,这又可以用于创建另一个抽象/接口类型)

  • javax.xml.parsers.DocumentBuilderFactory#newInstance()
  • javax.xml.transform.TransformerFactory#newInstance()
  • javax.xml.xpath.XPathFactory#newInstance()

建造者模式 (通过创建方法识别返回实例本身)

  • java.lang.StringBuilder#append() (非线程安全)
  • java.lang.StringBuffer#append() (线程安全)
  • java.nio.ByteBuffer#put()(还CharBuffer,ShortBuffer,IntBuffer,LongBuffer
  • FloatBuffer和DoubleBuffer)
  • javax.swing.GroupLayout.Group#addComponent()
  • 所有的实现 java.lang.Appendable

工厂模式 (可通过创建方法识别返回抽象/接口类型的实现)

  • java.util.Calendar#getInstance()
  • java.util.ResourceBundle#getBundle()
  • java.text.NumberFormat#getInstance()
  • java.nio.charset.Charset#forName()
  • java.net.URLStreamHandlerFactory#createURLStreamHandler(String) (每个协议返回单例对象)
  • java.util.EnumSet#of()
  • javax.xml.bind.JAXBContext#createMarshaller() 和其他类似的方法

原型模式 (通过创建方法识别,返回具有相同属性的其他实例)

  • java.lang.Object#clone()(班必须实施java.lang.Cloneable)

单例模式(通过创造性方法识别,每次返回相同的实例(通常是自己))

  • java.lang.Runtime#getRuntime()
  • java.awt.Desktop#getDesktop()
  • java.lang.System#getSecurityManager()

结构模式

适配器模式 (可通过创建方法识别采用不同抽象/接口类型的实例,并返回自己/另一个抽象/接口类型的实现,其装饰/覆盖给定实例)

  • java.util.Arrays#asList()
  • java.util.Collections#list()
  • java.util.Collections#enumeration()java.io.InputStreamReader(InputStream)(返回a Reader)
  • java.io.OutputStreamWriter(OutputStream)(返回a Writer)
  • javax.xml.bind.annotation.adapters.XmlAdapter#marshal() 和 #unmarshal()

桥接模式 (可以通过创建方法识别采用不同抽象/接口类型的实例,并返回自己的使用给定实例的抽象/接口类型的实现)

一个虚构的例子将会new LinkedHashMap(LinkedHashSet< K>, List< V>)返回一个不可修改的链接映射,它不会克隆,而是使用它们。该java.util.Collections#newSetFromMap()和singletonXXX()方法却接近。

组合模式 (通过将具有相同抽象/接口类型的实例的行为方法识别为树结构)

  • java.awt.Container#add(Component) (几乎全部摆动)
  • javax.faces.component.UIComponent#getChildren()

装饰器模式 (通过创作方法识别采用相同抽象/接口类型的实例,添加额外的行为)

  • 所有子类java.io.InputStream,OutputStream,Reader并Writer有一个构造函数取相同类型的实例。
  • java.util.Collections的checkedXXX(),synchronizedXXX()和unmodifiableXXX()方法。
  • javax.servlet.http.HttpServletRequestWrapper 和 HttpServletResponseWrapper

门面模式 (可通过内部使用不同独立抽象/接口类型实例的行为方法识别)

  • javax.faces.context.FacesContext,它在内部等使用抽象/接口类型LifeCycle,ViewHandler,NavigationHandler等等而没有终端用户具有担心它(它们然而通过注射覆写投放)。
  • javax.faces.context.ExternalContext,其在内部使用ServletContext,HttpSession,HttpServletRequest,HttpServletResponse,等。

享元模式 (使用缓存来加速大量小对象的访问时间)

  • java.lang.Integer#valueOf(int)(还Boolean,Byte,Character,Short,Long和BigDecimal)

代理模式 (可通过创建方法识别,该方法返回给定的抽象/接口类型的实现,该类型依次代表/使用给定抽象/接口类型的不同实现)

  • java.lang.reflect.Proxy
  • java.rmi.*
  • javax.ejb.EJB
  • javax.inject.Inject
  • javax.persistence.PersistenceContext

行为模式

责任链模式 (通过行为方法识别(间接地)在队列中的相同抽象/接口类型的另一个实现中调用相同的方法)

  • java.util.logging.Logger#log()
  • javax.servlet.Filter#doFilter()

命令模式 (可以通过抽象/接口类型中的行为方法识别,该方法在创建时由命令实现封装的不同抽象/接口类型的实现中调用方法)

  • 所有的实现 java.lang.Runnable
  • 所有的实现 javax.swing.Action

解释器模式 (通过行为方法识别,返回结构不同的实例/给定实例/类型的类型;请注意,解析/格式化不是模式的一部分,确定模式以及如何应用它)

  • java.util.Pattern
  • java.text.Normalizer
  • 所有子类 java.text.Format
  • 所有子类 javax.el.ELResolver

迭代器模式 (可通过行为方法识别,从队列中顺序返回不同类型的实例)

  • 所有的实现java.util.Iterator(因此还有java.util.Scanner!)。
  • 所有的实现 java.util.Enumeration

中介者模式 (通过采用不同的抽象/接口类型(通常使用命令模式)实例的行为方法来识别给定实例)

  • java.util.Timer(所有scheduleXXX()方法)
  • java.util.concurrent.Executor#execute()
  • java.util.concurrent.ExecutorService(invokeXXX()和submit()方法)
  • java.util.concurrent.ScheduledExecutorService(所有scheduleXXX()方法)
  • java.lang.reflect.Method#invoke()

备忘录模式 (可以通过内部改变整个实例的状态的行为方法来识别)

  • java.util.Date(setter方法这样做,Date内部由一个long值表示)
  • 所有的实现 java.io.Serializable
  • 所有的实现 javax.faces.component.StateHolder

观察者模式(或发布/订阅) (可以通过行为方法识别,根据自己的状态调用另一个抽象/接口类型的实例上的方法)

  • java.util.Observer/ java.util.Observable(很少在现实世界中使用)
  • 所有实现java.util.EventListener(因此实际上各地的Swing)
  • javax.servlet.http.HttpSessionBindingListener
  • javax.servlet.http.HttpSessionAttributeListener
  • javax.faces.event.PhaseListener

状态模式 (可以通过行为方法识别,根据可以从外部控制的实例的状态改变其行为)

  • javax.faces.lifecycle.LifeCycle#execute()(FacesServlet由此控制,行为取决于JSF生命周期的当前阶段(状态))

策略 (可以通过抽象/接口类型中的行为方法识别,该方法在已经作为方法参数传递到策略实现中的不同抽象/接口类型的实现中调用方法)

  • java.util.Comparator#compare(),由其他人执行Collections#sort()。
  • javax.servlet.http.HttpServlet,service()所有的doXXX()方法HttpServletRequest
  • HttpServletResponse实现者必须处理它们(而不是把它们保持为实例变量!)。
  • javax.servlet.Filter#doFilter()

模板方法 (可以由已经具有抽象类型定义的“默认”行为的行为方法识别)

  • 所有非抽象方法java.io.InputStream,java.io.OutputStream,java.io.Reader和java.io.Writer。
  • 所有非抽象方法java.util.AbstractList,java.util.AbstractSet和java.util.AbstractMap。
  • javax.servlet.http.HttpServlet,doXXX()默认情况下,所有方法都会向响应发送HTTP 405“方法不允许”错误。你可以自由地执行任何一个或任何它们。

访问者 (可以通过两种不同的抽象/接口类型识别,它们的方法定义为采用每个其他抽象/接口类型;实际上调用另一个抽象/接口类型的方法,另一个执行所需的策略)

  • javax.lang.model.element.AnnotationValue 和 AnnotationValueVisitor
  • javax.lang.model.element.Element 和 ElementVisitor
  • javax.lang.model.type.TypeMirror 和 TypeVisitor
  • java.nio.file.FileVisitor 和 SimpleFileVisitor

热门回复

1.Fuhrmanator

适配器示例太浅了。我希望看到一个适配器接口如何支持不同的适配接口,但是从示例中并不明显。

2.Tapas Bose

@BalusC,我有一个问题要问你。你看了全部的 Java和JSF的源代码?

3.dharam

当然这是一个很有名的答案,对于那些需要了解什么是工厂方法和抽象工厂方法的人,我认为有很多不符合GoF模式的模式1)工厂方法设计模式与静态工厂无关,而且这个答案中的大多数例子都是静态工厂。2)抽象工厂模式也与静态工厂无关,这些只是编程习语。

4.Nishant Shreshth

在1.8中引入Calendar.Builder也是构建器模式的一个很好的例子。

【设计模式】JDK源码中用到的设计模式的更多相关文章

  1. JDK源码中使用的设计模式

    结构型模式: 适配器模式: 用来把一个接口转化成另一个接口. java.util.Arrays#asList() javax.swing.JTable(TableModel) java.io.Inpu ...

  2. 结合JDK源码看设计模式——桥接模式

    前言: 在我们还没学习框架之前,肯定都学过JDBC.百度百科对JDBC是这样介绍的[JDBC(Java DataBase Connectivity,java数据库连接)是一种用于执行SQL语句的Jav ...

  3. 结合JDK源码看设计模式——单例模式

    定义: 保证一个类仅有一个实例,并提供一个全局访问点 适用场景: 确保任何情况下这个对象只有一个实例 详解: 私有构造器 单利模式中的线程安全+延时加载 序列化和反序列化安全, 防止反射攻击 结合JD ...

  4. 设计模式-简单工厂Coding+jdk源码解析

    感谢慕课geely老师的设计模式课程,本套设计模式的所有内容均以课程为参考. 前面的软件设计七大原则,目前只有理论这块,因为最近参与项目重构,暂时没有时间把Coding的代码按照设计思路一点点写出来. ...

  5. 结合JDK源码看设计模式——原型模式

    定义: 指原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象.不需要知道任何创建的细节,不调用构造函数适用场景: 类初始化的时候消耗较多资源 new产生的对象需要非常繁琐的过程 构造函数比较 ...

  6. 结合JDK源码看设计模式——简单工厂、工厂方法、抽象工厂

    三种工厂模式的详解: 简单工厂模式: 适用场景:工厂类负责创建的对象较少,客户端只关心传入工厂类的参数,对于如何创建对象的逻辑不关心 缺点:如果要新加产品,就需要修改工厂类的判断逻辑,违背软件设计中的 ...

  7. 根据IO流源码深入理解装饰设计模式使用

    一:摘要 通过对java的IO类中我们可以得出:IO源码中使用装饰设计模式频率非常高, 对装饰设计模式而言,他能够避免继承体系的臃肿,同时也可以动态的给一个对象添加一些额外的功能,如果要扩展一个功能, ...

  8. 从源码角度理解Java设计模式——装饰者模式

    一.饰器者模式介绍 装饰者模式定义:在不改变原有对象的基础上附加功能,相比生成子类更灵活. 适用场景:动态的给一个对象添加或者撤销功能. 优点:可以不改变原有对象的情况下动态扩展功能,可以使扩展的多个 ...

  9. 如何阅读JDK源码

    JDK源码阅读笔记: https://github.com/kangjianwei/LearningJDK 如何阅读源码,是每个程序员需要面临的一项挑战. 为什么需要阅读源码?从实用性的角度来看,主要 ...

随机推荐

  1. foreman ubuntu16快速安装

    Quickstart Guide The Foreman installer is a collection of Puppet modules that installs everything re ...

  2. 使用Redis做为MySQL的缓存

    OS: Ubuntu 16.04.4 x64 更新并安装必要的工具 apt update && apt upgrade -y && apt dist-upgrade - ...

  3. Java并发机制和底层实现原理

    Java代码在编译后会变成Java字节码,字节码被类加载器加载到JVM里,JVM执行字节码转化为汇编指令在CPU上执行.Java中的并发机制依赖于JVM的实现和CPU的指令. Java语言规范第三版中 ...

  4. HDU - 5130 :Signal Interference (多边形与圆的交)

    pro:A的监视区域是一个多边形. 如果A的监视区的内满足到A的距离到不超过到B的距离的K倍的面积大小.K<1 sol:高中几何体经验告诉我们满足题意的区域是个圆,那么就是求圆与多边形的交. # ...

  5. Oracle中nvl()、instr()、及执行多条sql事务操作

    Oracle的Nvl函数 nvl( ) 函数 从两个表达式返回一个非null 值. 语法 NVL(eExpression1, eExpression2) 参数 eExpression1, eExpre ...

  6. 牛客国庆集训派对Day1 L-New Game!(最短路)

    链接:https://www.nowcoder.com/acm/contest/201/L 来源:牛客网 时间限制:C/C++ 1秒,其他语言2秒 空间限制:C/C++ 1048576K,其他语言20 ...

  7. Git图形化界面客户端大汇总

    文,还在不断更新,网上搜到的同名文章都是未经同意就从这里复制过去的) 一.TortoiseGit - The coolest Interface to Git Version Control Tort ...

  8. C++学习(十六)(C语言部分)之 数组三

    复习 以及 测试 /* 一维数组 数组是相同的数据的一个集合 <类型><数组名>[下标表达式]={数组元素 初始值}; 数组名和变量的命名规则是一样的 数组名是一个地址 数组下 ...

  9. 【HDOJ1217】【Floyd求最长路】

    http://acm.hdu.edu.cn/showproblem.php?pid=1217 Arbitrage Time Limit: 2000/1000 MS (Java/Others)    M ...

  10. 【maven】maven源码打包

    1.打包时附加外部Jar包 <!--编译+外部 Jar打包-->          <plugin>            <artifactId>maven-co ...