设计模式--概述
Posted idea360
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了设计模式--概述相关的知识,希望对你有一定的参考价值。
写在前边
《庚子年记》 以前总是听说: 今年是经济形势最差的一年,各企业都准备过冬。没想到2020仅一个月就打败了最难过的2019。 笔者于2019年底裸辞,原计划2020春招再工作,怎耐遇上了武汉疫情。举国闭门谢客,当然也包括往日的金三银四。各大小企业纷纷缩减开支,立求生存下去,求职市场略显惨淡。值此之际,获得了难得的学习时间,想趁着自由的时光巩固下知识,打牢基本功。
回首以前做过的项目,愈发频繁地觉得自己写的代码不够优雅,遂决定研读一下设计模式相关。在很多场景大家力求破,不破不立。但在软件上,个人觉得立更重要: 约定大于配置。要立规范,要遵守范式,要引入设计模式等。遂重新开始学习、总结。一是为日后自己回顾总结,二是供同样初入设计模式大门的程序员们参考学习。作者水平有限,文中若有错漏之处,还望不吝指出。
设计原则
1. 开闭原则
开闭原则的意思是:对扩展开放,对修改关闭。程序应该通过扩展来实现变化,而不是通过修改已有代码来实现一个扩展和变化。简言之,是为了使程序的扩展性好,易于维护和升级。
2. 里氏替换原则
里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。LSP 是继承复用的基石,只有当派生类可以替换掉基类,且软件单位的功能不受到影响时,基类才能真正被复用,而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化,而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。
3. 依赖倒置原则
1、高层模块不应该依赖低层模块,两者都应该依赖其抽象;
2、抽象不应该依赖细节;
3、细节应该依赖抽象。
4. 接口隔离原则
这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。它还有另外一个意思是:降低类之间的耦合度。由此可见,其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想,它强调降低依赖,降低耦合。
也就是仅仅需要提供客户端需要的接口,其实就是客户端不应该依赖它不需要的接口;一个类对另一个类的依赖应该建立在最小的接口上,就比如说你有一个抽象类里面有很多接口,也就是说防止一个抽象类中汇总了很多的抽象方法,而要分开来其实就是一个接口的隔离。根据我们的需求去实现该实现的方法,不去实现其他方法,其实就是接口隔离原则。
5. 迪米特法则
又称最少知道原则。如果两个类不必彼此直接通讯,那么这两个类就不应该直接发生作用。这就要求我们在设计类的时候,尽量降低类的成员的访问权限。它的根本思想其实也是松耦合。
6. 单一职责原则
尽量使用对象组合,而不是继承来达到复用的目的。这样可以降低类与类之间的耦合度
模式分类
设计模式根据目的可以分为三大类,分别是创建型设计模式、行为型设计模式以及结构型设计模式。 创建型模式涉及到将对象实例化,这类模式都提供一个方法,将客户从所需要实例化的对象中解藕。 行为型模式涉及到类和对象如何交互及分配职责。 结构型模式可以让你把类或对象组合到更大的结构中。
创建型设计模式
- 单例模式(Singleton)
- 构建模式(Builder)
- 原型模式(Prototype)
- 抽象工厂模式(Abstract Factory)
- 工厂方法模式(Factory Method)
行为设计模式
- 策略模式(Strategy)
- 状态模式(State)
- 责任链模式(Chain of Responsibility)
- 解释器模式(Interpreter)
- 命令模式(Command)
- 观察者模式(Observer)
- 备忘录模式(Memento)
- 迭代器模式(Iterator)
- 模板方法模式(Template Method)
- 访问者模式(Visitor)
- 中介者模式(Mediator)
结构型设计模式
- 装饰者模式(Decorator)
- 代理模式(Proxy)
- 组合模式(Composite)
- 桥连接模式(Bridge)
- 适配器模式(Adapter)
- 享元模式(Flyweight)
- 外观模式(Facade)
公众号 【当我遇上你】
以上是关于设计模式--概述的主要内容,如果未能解决你的问题,请参考以下文章