一峰说:24种设计模式学习总结

最新推荐文章于 2023-05-25 19:07:46 发布

一峰说

最新推荐文章于 2023-05-25 19:07:46 发布

阅读量225

点赞数

分类专栏：设计模式

本文链接：https://blog.csdn.net/weixin_43906969/article/details/115027800

版权

设计模式专栏收录该内容

1 篇文章 0 订阅

订阅专栏

以下是本人学习的观点，如果有错或者说得不全面，记得告诉我哟

23种经典设计模式UML类图汇总 https://shixin.blog.csdn.net/article/details/45381071

创建型：单例模式简单工厂模式工厂方法模式抽象工厂模式建造者模式原型模式

结构型：代理模式适配器模式装饰器模式桥接模式组合模式享元模式外观模式

行为型：观察者模式模板方法模式命令模式状态模式职责链模式解释器模式中介者模式访问者模式策略模式备忘录模式迭代器模式

开闭原则
定义：一个软件实体如类、模块函数应该对扩展开放，对修改关闭。强调的是用抽象构建框架，用实现扩展细节。以提高软件系统的可复用性及可维护性帮助我们实现稳定灵活的系统架构。生活中的实例（弹性工作制，每天必须工作满八小时这个是不能修改的，但是对于什么时候来什么时候走没有规定）。实现开闭原则的核心思想是面向抽象编程。

依赖倒置原则
定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象。抽象不应该依赖细节；细节应该依赖抽象。针对接口编程，不要针对实现编程。通过抽象包括使用接口或者抽象类，可以使个各类或者模块的实现彼此独立，互不影响，从而实现模块间的耦合性。简单来说就是程序应该依赖于接口而不是实现类。

单一职责原则
定义：不要存在多于一个导致类变更的原因。例如某个类有了两个方法，每个方法负责一个职能，假如方法一的职责需要发生变化，那么就需要修改这个类文件，这种改变就可能导致原本运行正常的方法二发生故障。对于这种两个职责经常发生变化的方法，需要分别建立相应的 java 文件分别负责相应的职能，避免一方暂时改变另一方不变的情况下，相互影响。通常情况下我们对类单一职责要求较低，但是接口和方法尽量是保证单一职责。根据你的业务要求所写的类或者接口方法最好能满足需求即可，不需要对其进行可能会用到的扩展，如果真的有，那就再写一个方法、类、接口。

里氏替换法则
定义扩展：一个软件实体如果适用一个父类的话，那么一定适用于其子类，所有引用父类的地方必须能透明的使用其子类的对象，子类对象能够替换父类对象，而程序逻辑不变。

迪米特法则
定义：一个对象应该对其他对象保持最少的了解，又叫最少知道原则。尽量降低类与类之间的耦合。高内聚低耦合的体现。

合成（组合）/聚合复用法则
定义：尽量使用对象组合/聚合，而不是继承关系达到软件复用的目的。

接口隔离原则
定义：用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。一个类对一个类的依赖应该建立在最小的接口上。建立单一的接口，不要建立庞大臃肿的接口。尽量细化接口，接口中的方法尽量少。注意适度原则。

单例模式

常用场景：应用中有对象需要是全局的且唯一
选择的原因：一个对象在应用中出现多个实例可能会引起逻辑上或者程序上的错误

简单工厂模式

遵循单一职责，违背开闭原则
常用场景：需要在一堆产品中选择其中一个产品
可变：产品的种类
选择的原因：一中产品能否根据某个参数决定它的种类。

工厂方法模式

遵循单一职责，依赖倒置，开闭原则
常用场景：希望工厂和产品的种类对客户端保持透明，给客户提供一样的服务或者不同工厂提供不同的服务。
可变：工厂和产品的种类
选择的原因：工厂和产品是否生命周期一样。

抽象工厂模式

遵循单一职责，依赖倒置，开闭原则
常用场景：需要一个接口可以提供一个产品组，不必知道产品的具体种类
可变：工厂和产品的种类
选择的原因：产品组需要一起提供，要有一致的接口

建造者模式

遵循单一职责，开闭原则
常用场景：需要构建一批构建过程相同但是产品不同
可变：产品的表示
选择的原因：每个产品的构建过程相同

原型模式

常用场景：需要在运行时候动态创建指定实例种类的对象，或者想要复用其原型状态
选择的原因：创建出来的对象可以立即投入使用

代理模式

功能复用
常用场景：需要修改或者屏蔽某个类的部分功能，复用另外一部分功能，使用静态代理；若是在方法前后插入一些一致的操作，这些类有一直的接口可以使用JDK的动态代理。使用cglib的话没有接口。
可变：静态代理没有变化，动态代理的变化为具有相同切入点的类。
选择的原因：静态代理要复用被代理的部分功能，动态代理在被代理的这一批类中，找出相同的切入点。