设计模式【00】总论
什么是设计模式
在 1994 年,由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 四人合著出版了一本名为 Design Patterns - Elements of Reusable Object-Oriented Software(中文译名:设计模式 - 可复用的面向对象软件元素) 的书,该书首次提到了软件开发中设计模式的概念。四位作者合称 GOF(四人帮,Gang of Four)。他们所提出的设计模式主要是基于以下的面向对象设计原则。
- 对接口编程而不是对实现编程。
- 优先使用对象组合而不是继承。
设计模式(Design Pattern)是软件开发人员在软件开发过程中面临的一般问题的解决方案。这是前辈们积累总结的精华。在软件开发进阶的道路上,咱们或多或少肯定接触过一些,本系列将对23种设计模式逐一整理学习。如果你也刚好想了解了解设计模式,那就快来和笔者一起学习吧。
设计模式的灵魂——SOLID设计原则
现在软件开发基本都是面向对象设计(OOD,Object-Oriented Design)和面向对象编程(OOP,Object-Oriented Programming),而SOLID设计原则就是OOD、OOP以及23种设计模式的灵魂。
那么什么是SOLID呢?其实,它是SRP、OCP、LSP、ISP、DIP五个缩略词的首字母组合。下面让我们来揭开它神秘的面纱。
SRP单一职责原则
SRP单一职责原则(Single Responsibility Principle),一个类应该仅有一个引起变化的原因。简单的来说,就是一个类中应该是一组相关性很高的函数、数据的封装。
职责的划分包含很多人为因素。在实际项目中,我们保证接口职责单一,类的职责尽量单一即可。
OCP开闭原则
OCP开闭原则(Open Close Principle),软件中的对象 (类、模块、函数等) 应该对于扩展是开放的,但是,对于修改是封闭的。
LSP里氏替换原则
LSP里氏替换原则(The Liskov Substitution Principle),关注的是怎样良好地使用集成。
Liskov于1987年提出了一个关于继承的原则"Inheritance should ensure that any property proved about supertype objects also holds for subtype objects.(继承必须确保父类所拥有的性质在子类中仍然成立)"也就是说,当一个子类的实例应该能够替换其父类的任何实例时,它们之间才具有is-A关系。
该原则称为Liskov Substitution Principle——里氏替换原则。
ISP接口隔离原则
ISP接口隔离原则(Interface Segregation Principle),即不应该强迫客户程序依赖它们不需要使用的方法。
接口隔离原则的目的是系统解耦,从而容易重构、更改和重新部署。
在实际项目中,应该注意度的把握,接口设计得过大或过小都不好,应该根据实际情况多思考再进行设计。
DIP依赖倒置原则
DIP依赖倒置原则(Dependence Inversion Principle),即高层模块不应该依赖底层模块,两者都应该依赖于抽象,而抽象不应该依赖细节,细节应该依赖抽象。
在使用DIP原则时需要注意以下几点:
- 继承自高层接口的类要实现接口中的所有方法。
- 尽量不要覆盖继承的抽象类的方法,由于我们依赖的是抽象,有可能逻辑中已经对这些方法产生了依赖,因此如果覆盖这些方法则有可能出现问题。
- DIP原则是实现OCP原则的重要保障,一般违背了DIP原则很难不违背OCP原则。
- LSP原则是实现DIP原则的基础,多态为实现DIP原则提供了可能。
LOD迪米特原则
除了上述SOLID五个设计原则外,还有第六个规则。
迪米特原则英文的全称为 Law of Demeter , 缩写是 LOD , 也称为最少知识原则。
即:一个对象应该对其他对象有最少的的了解。
一个类应该对自己需要耦合或调用的类知道的最少,类与类之间的关系越密切,耦合度越大,那么类的变化对其耦合的类的影响也会越大,这也是我们面向设计的核心原则:低耦合,高内聚。
设计模式的类型
根据设计模式的参考书 Design Patterns - Elements of Reusable Object-Oriented Software(中文译名:设计模式 - 可复用的面向对象软件元素) 中所提到的,总共有 23 种设计模式。这些模式可以分为三大类:创建型模式(Creational Patterns)、结构型模式(Structural Patterns)、行为型模式(Behavioral Patterns)。当然,我们还会讨论另一类设计模式:J2EE 设计模式。
创建型模式
这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式,而不是使用 new 运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。
(5种)(记忆口诀:单原建造者,东西二厂)
- 单例模式(Singleton Pattern)
- 原型模式(Prototype Pattern)
- 建造者模式(Builder Pattern)
- 工厂模式(Factory Pattern)
- 抽象工厂模式(Abstract Factory Pattern)
结构型模式
这些设计模式关注类和对象的组合。继承的概念被用来组合接口和定义组合对象获得新功能的方式。
(7种)(记忆口诀:一器一桥一元一代理;装饰组合外观)
- 适配器模式(Adapter Pattern)
- 桥接模式(Bridge Pattern)
- 享元模式(Flyweight Pattern)
- 代理模式(Proxy Pattern)
- 装饰模式(Decorator Pattern)
- 组合模式(Composite Pattern)
- 外观模式(Facade Pattern)
行为型模式
这些设计模式特别关注对象之间的通信。
(11种)(记忆口诀:三者两器、一录一链一模板,状态策略命令)
- 观察者模式(Observer Pattern)
- 中介者模式(Mediator Pattern)
- 访问者模式(Visitor Pattern)
- 解释器模式(Interpreter Pattern)
- 迭代器模式(Iterator Pattern)
- 备忘录模式(Memento Pattern)
- 责任链模式(Chain of Responsibility Pattern)
- 模板模式(Template Pattern)
- 状态模式(State Pattern)
- 策略模式(Strategy Pattern)
- 命令模式(Command Pattern)
J2EE 模式
这些设计模式特别关注表示层。这些模式是由 Sun Java Center 鉴定的。
- MVC 模式(MVC Pattern)
- 业务代表模式(Business Delegate Pattern)
- 组合实体模式(Composite Entity Pattern)
- 数据访问对象模式(Data Access Object Pattern)
- 前端控制器模式(Front Controller Pattern)
- 拦截过滤器模式(Intercepting Filter Pattern)
- 服务定位器模式(Service Locator Pattern)
- 传输对象模式(Transfer Object Pattern)
设计模式之间的关系
参考资料
Android设计模式之23种设计模式一览
通过代码示例来学习面向对象六大原则