设计模式(Design Pattern)是前辈们对代码开发经验的总结,是解决特定问题的一系列套路。它不是语法规定,而是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案。
1995 年,GoF(Gang of Four,四人组/四人帮)合作出版了《设计模式:可复用面向对象软件的基础》一书,共收录了 23 种设计模式,从此树立了软件设计模式领域的里程碑,人称「GoF设计模式」。
这 23 种设计模式的本质是面向对象设计原则的实际运用,是对类的封装性、继承性和多态性,以及类的关联关系和组合关系的充分理解。
23种设计模式分类 |
23种设计模式分为3大类:
创建型5个:对象实例化的模式,用于解耦对象的实例化过程
工厂方法模式、抽象工厂模式、原型模式、建造者模式、单例模式
结构型7个:将类或对象结合在一起形成更大的结构
外观模式、适配器模式、组合模式、代理模式、装饰模式、桥接模式、享元模式
行为型11个:类和对象之间如何交互、划分职责与算法
观察者模式、中介者模式、职责链模式、状态模式、命令模式、模板方法模式、策略模式、迭代器模式、解释器模式、备忘录模式、访问者模式
六大原则 |
单一职责
单一职责原则(Single Responsibility Principle,SRP)又称单一功能原则,由罗伯特·C.马丁(Robert C. Martin)于《敏捷软件开发:原则、模式和实践》一书中提出的。这里的职责是指类变化的原因,单一职责原则规定一个类应该有且仅有一个引起它变化的原因,否则类应该被拆分(There should never be more than one reason for a class to change)。
优点
- 降低类的复杂度。
- 提高类的可读性
- 提高系统的可维护性。
- 变更引起的风险降低。
开闭原则
开闭原则(Open Closed Principle,OCP)由勃兰特·梅耶(Bertrand Meyer)提出,他在 1988 年的著作《面向对象软件构造》(Object Oriented Software Construction)中提出:软件实体(模块、类与接口、方法)应当对扩展开放,对修改关闭(Software entities should be open for extension,but closed for modification),这就是开闭原则的经典定义。
作用
开闭原则是面向对象程序设计的终极目标,它使软件具有一定的灵活性和适应性的同时还具备稳定性和延续性。
- 测试:软件遵守开闭原则的话,软件测试时只需要对扩展的代码进行测试即可,原有的代码还可以继续运行。
- 复用性:粒度越小,被复用的可能性越大。
- 可维护性:遵守开闭原则的软件,其稳定性和延续性强,从而易于扩展和维护。
里式替换原则
里氏替换原则(Liskov Substitution Principle,LSP)由麻省理工学院计算机科学实验室的里斯科夫(Liskov)女士在 1987 年的“面向对象技术的高峰会议”(OOPSLA)上发表的一篇文章《数据抽象和层次》(Data Abstraction and Hierarchy)里提出来的,她提出:继承必须确保超类所拥有的性质在子类中仍然成立(Inheritance should ensure that any property proved about supertype objects also holds for subtype objects)。
作用
- 里式替换原则是实现开闭原则的重要方式之一。
- 他克服了继承中重写父类造成的可复用性变差的缺点。
- 它是动作正确性的保证,即类的扩展不会给已有的系统引入新的错误,降低了代码出错的可能性。
依赖倒置
依赖倒置原则的原始定义为:高层模块不应该依赖低层模块,两者都应该依赖其抽象;抽象不应该依赖细节,细节应该依赖抽象(High level modules shouldnot depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details. Details should depend upon abstractions)。其核心思想是:要面向接口编程,不要面向实现编程。
作用
- 降低类之间的耦合性。
- 提高系统的稳定性
- 减少并发开发引起的风险。
- 提高代码的可读性和可维护性。
接口隔离
2002 年罗伯特·C.马丁给“接口隔离原则”的定义是:客户端不应该被迫依赖于它不使用的方法(Clients should not be forced to depend on methods they do not use)。该原则还有另外一个定义:一个类对另一个类的依赖应该建立在最小的接口上(The dependency of one class to another one should depend on the smallest possible interface)。
优点
- 将大接口分解为多个粒度小的接口,可以预防外来变更的扩散,提高系统的灵活性和可维护性。
- 接口隔离提高了系统的内聚行,减少了对外交互,和降低了系统的耦合性。
- 保证系统的稳定性
- 使用多个专门的接口能够体现对象的层次。
- 减少项目中代码的冗余。
迪米特
迪米特法则(Law of Demeter,LoD)又叫作最少知识原则(Least Knowledge Principle,LKP),产生于 1987 年美国东北大学(Northeastern University)的一个名为迪米特(Demeter)的研究项目,由伊恩·荷兰(Ian Holland)提出,被 UML 创始者之一的布奇(Booch)普及,后来又因为在经典著作《程序员修炼之道》(The Pragmatic Programmer)提及而广为人知。
迪米特法则的定义是:只与你的直接朋友交谈,不跟“陌生人”说话(Talk only to your immediate friends and not to strangers)。其含义是:如果两个软件实体无须直接通信,那么就不应当发生直接的相互调用,可以通过第三方转发该调用。其目的是降低类之间的耦合度,提高模块的相对独立性。
迪米特法则中的“朋友”是指:当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等,这些对象同当前对象存在关联、聚合或组合关系,可以直接访问这些对象的方法。
优点
- 降低了类之间的耦合性,提高了模块的独立性
- 提高了类的可复用性和系统的扩展性。
感谢大神们的指导:
http://c.biancheng.net/design_pattern/
https://juejin.im/post/5a52144d6fb9a01c9b65c651#heading-4