设计模式
什么是设计模式
设计模式是前辈们对代码开发经验的总结,是解决一些特定问题的一系列套路。不是语法规定,也是一套用来提高代码复用性、可维护性、可读性、健壮性和安全性的解决方案。
学习设计模式的意义
设计模式的本质是面向对象设计原则的实际应用,是对类的封装、继承、多态的充分理解和应用
设计模式的优点
- 可以提高思维能力、编程能力和设计能力
- 使程序更加标准,软件开发效率提高,缩短软件开发周期
- 提高代码的可复用性、可读性、可靠性、灵活性、可维护性。
GOF 23
- 创建型模式 (5):
单例模式、工厂模式、抽象工厂模式、建造者模式、原型模式。
作用:使对象的创建和使用分离。 - 结构性模式 (7):
适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。
作用:藐视如何将类或者对象按照某种布局组成一些更大的结构 - 行为型模式 (11):
模板方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、状态模式、策略模式、职责链模式、访问模式。
作用:描述类或者对象之间如何能够相互协作,共同完成单个对象无法完成的操作。
jdk使用的设计模式
- 工厂模式(Factory Pattern):
- java.util.Calendar类使用了工厂模式来创建具体的日历实例。
- java.sql.DriverManager类通过getConnection方法使用工厂模式来创建数据库连接。
- 工厂方法模式 (Factory Method Pattern)
- java.util.Calendar.getInstance():
提供一个静态工厂方法用于获取Calendar实例,根据系统区域设置创建不同的Calendar子类实例。 - java.nio.charset.Charset.forName(String charsetName):
根据给定的字符集名称返回相应的Charset实例,背后使用了工厂方法来动态加载和创建Charset对象。
- java.util.Calendar.getInstance():
- 抽象工厂模式 (Abstract Factory Pattern)
- javax.xml.parsers.DocumentBuilderFactory.newInstance():
创建XML解析器的工厂对象,通过此工厂可以进一步创建DocumentBuilder实例,从而处理XML文档。 - java.nio.charset.spi.CharsetProvider:
CharsetProvider是抽象工厂类,它可以提供一系列Charset实现,允许第三方供应商提供自己的字符集实现。
- javax.xml.parsers.DocumentBuilderFactory.newInstance():
- 单例模式(Singleton Pattern):
- java.lang.Runtime类使用了单例模式,确保一个Java虚拟机只存在一个Runtime实例。
- java.awt.Desktop类使用了单例模式,确保一个应用程序只存在一个Desktop实例。
- 代理模式(Proxy Pattern):
- java.lang.reflect.Proxy类提供了动态代理的实现,可以在运行时创建代理类。
- java.rmi.*包中使用了代理模式来实现远程方法调用。
- 观察者模式(Observer Pattern):
- java.util.Observer和java.util.Observable类提供了观察者模式的实现,用于对象间的一对多依赖关系。
- java.beans.PropertyChangeListener接口用于监听属性更改事件,也应用了观察者模式。
- 迭代器模式(Iterator Pattern):
- java.util.Iterator接口和java.util.ListIterator接口提供了迭代器模式的实现,用于遍历集合对象。
- java.util.Scanner类使用迭代器模式来逐个处理输入流中的字符或单词。
- 装饰器模式 (Decorator Pattern)
- java.io.BufferedInputStream 和 BufferedOutputStream:
这些类是对原始输入输出流如 FileInputStream 或 FileOutputStream 的装饰,增加了缓冲功能,不改变原有接口的同时增强了功能。 - java.util.Collections.synchronizedList(List list):
返回一个同步包装列表,它对传入的列表进行了装饰,使其成为线程安全的。
- java.io.BufferedInputStream 和 BufferedOutputStream:
- 适配器模式 (Adapter Pattern)
- java.util.Arrays.asList(T… a):
将数组转换成一个可操作的List接口,使数组能像集合一样进行操作。 - java.util.Collections.sort(List list, Comparator<? super T> c):
允许用户自定义排序规则(Comparator),将自定义的比较逻辑“适配”到List的排序方法上。
- java.util.Arrays.asList(T… a):
- 观察者模式 (Observer Pattern)
- java.util.Observable 和 java.util.Observer:
定义了一对多依赖关系,当Observable对象状态变化时,所有注册过的Observer对象都会收到通知并更新自身状态。
- java.util.Observable 和 java.util.Observer:
- 模板方法模式 (Template Method Pattern)
- java.util.AbstractCollection 和 java.util.AbstractList:
这些抽象类提供了集合操作的基本骨架,其中包含了一些已实现的模板方法,比如iterator(),同时留有一些钩子方法让子类去覆盖以完成特定行为。
- java.util.AbstractCollection 和 java.util.AbstractList:
- 命令模式 (Command Pattern)
- java.awt.event.ActionListener 和 javax.swing.Action:
ActionListener接口及其实现就是一个命令模式的例子,它封装了接收者对象的动作,使得动作可以在不同的上下文中被调用或撤销。
- java.awt.event.ActionListener 和 javax.swing.Action:
以上只是部分设计模式在JDK中的应用举例,实际上还有很多其他模式也在JDK源码中得到了体现。
软件设计原则 (OOP设计原则)
-
开闭原则
对外扩展开发,对修改关闭
在程序需要扩展的时候,不要去修改原始代码,实现一个热插拔的效果。就是使程序扩展更方便,易于维护和升级。
用接口和实现类进行符合开闭原则的代码编写 -
单一职责原则
一个类、一个接口、一个方法只做一件事情
-
依赖倒置原则
要面对接口编程,不要面向实现编程
-
接口隔离原则
各个类建立自己的专用接口,而不是建立万能接口
每个类实现自己的专用接口,而不是将几个接口实现在一个类中,方便扩展和实现,避免更多的类的产生。
-
迪米特法则(最少知识原则)
无需直接交互的两个类,如果需要交互,使用中间者。只和你的朋友交谈,不跟“陌生人”说话
如果两个软件实体无须直接通信,那么就不应该发生直接的相互调用,可以通过第三方转发该调用。目的是降低类之类的耦合度,提高模块的相对独立性。
迪米特法则中的“朋友”指的是:当前对象本身、当前对象的成员变量、当前对象所创建的对象、当前对象的方法等一些与当前对象存在关联、耦合或者组合关系,可以直接访问这些对象的方法。 -
里氏替换原则
继承父类而不去改变父类
子类可以扩展父类的功能,但不能改变父类原有的功能。就是说,子类集成父类时,除了添加新的方法完成新功能外,尽可能不要重写父类的方法。
-
组合复用原则
优先组合,其次继承
采用符合或者聚合复用时,可以将已有对象纳入新对象中,使之成为新对象的一部分,新对象可以调用已有对象的功能,以下优点:
1. 维持了类的封装性。因为已有对象的内部细节是新对象看不见的,这种复用方式又称为“黑箱”复用。
2. 对象间的耦合度低。可以在类的成员位置声明细节。
3. 复用的灵活性高。这种复用可以在运行时动态进行,新对象可以动态的引用与已有对象类型相同的对象
继承复用虽然简单和易实现的优点,但是他也存在以下缺点:
1. 继承复用破坏了类的封装性。因为继承会将父类的实现细节暴露给子类,父类对子类是透明的,这种复用称为“白箱”复用。
2. 子类与父类的耦合度高。父类实现的任何改变都会导致子类的实现发生变化,不利于类的扩展和维护。
3. 限制了复用的灵活性。从父类继承而来的实现是静态的,在编译时已经定义,所以运行时不可能发生变化。