设计模式的分类及7大原则

置顶 已于 2022-03-10 17:11:09 修改
阅读量140 收藏
点赞数
文章标签： 设计模式 java
于 2020-12-03 18:47:55 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Yuan_Hang723/article/details/110559822
版权

设计模式（Design pattern）： 是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。

设计模式的分类
设计模式的7大原则

开闭原则：就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类

里氏替换原则：主要阐述了有关继承的一些原则，也就是什么时候应该使用继承，什么时候不应该使用继承，以及其中蕴含的原理。里氏替换原是继承复用的基础，它反映了基类与子类之间的关系，是对开闭原则的补充，是对实现抽象化的具体步骤的规范。

依赖倒置原则：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象。其核心思想是：要面向接口编程，不要面向实现编程。

单一职责原则：核心就是控制类的粒度大小、将对象解耦、提高其内聚性。

接口隔离原则： 是为了约束接口、降低类对接口的依赖性，提高类的内聚性、降低它们之间的耦合性

迪米特法则：如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。其目的是降低类之间的耦合度，提高模块的相对独立性。

合成复用原则: 要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现

7 种设计原则是软件设计模式必须尽量遵循的原则，各种原则要求的侧重点不同。

  • 开闭原则是总纲，它告诉我们要对扩展开放，对修改关闭；
  • 里氏替换原则告诉我们不要破坏继承体系；
  • 依赖倒置原则告诉我们要面向接口编程；
  • 单一职责原则告诉我们实现类要职责单一；
  • 接口隔离原则告诉我们在设计接口的时候要精简单一；
  • 迪米特法则告诉我们要降低耦合度；
  • 合成复用原则告诉我们要优先使用组合或者聚合关系复用，少用继承关系复用。
  • 当才华还配不上野心，就静下来学习
  • 随笔录
hangzhi8
关注
设计模式与设计原则
abel004的专栏
04-04 298
设计原则 找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。 针对接口编程， 而不是针对实现编程。 多用组合，少用继承。 为了交互对象之间的松耦合设计而努力。 类应该对扩展开放，对修改关闭。 要依赖抽象，不要依赖具体类。 最少知识原则：只和你的密友谈话。 好莱坞原则：别调用我们，我们会调用你。 一个类应该只有一个引起变化的原因。 1. 开闭原则（Open Clos...
design-pattern-java.pdf
04-08
作者：刘伟 基础知识 基础知识设计模式概述 从招式与内功谈起——设计模式概述（一） 从招式与内功谈起——设计模式概述（二） 从招式与内功谈起——设计模式概述（三） 面向对象设计原则 面向对象设计原则之单一职责原则 面向对象设计原则之开闭原则 面向对象设计原则之里氏代换原则 面向对象设计原则之依赖倒转原则 面向对象设计原则之接口隔离原则 面向对象设计原则之合成复用原则 面向对象设计原则之迪米特法则 六个创建型模式 六个创建型模式 简单工厂模式-Simple Factory Pattern 工厂三兄弟之简单工厂模式（一） 工厂三兄弟之简单工厂模式（二） 工厂三兄弟之简单工厂模式（三） 工厂三兄弟之简单工厂模式（四） 工厂方法模式-Factory Method Pattern 工厂三兄弟之工厂方法模式（一） 工厂三兄弟之工厂方法模式（二） 工厂三兄弟之工厂方法模式（三） 工厂三兄弟之工厂方法模式（四） 抽象工厂模式-Abstract Factory Pattern 工厂三兄弟之抽象工厂模式（一） 工厂三兄弟之抽象工厂模式（二） 工厂三兄弟之抽象工厂模式（三） 工厂三兄弟之抽象工厂模式（四） 工厂三兄弟之抽象工厂模式（五） 单例模式-Singleton Pattern 确保对象的唯一性——单例模式 （一） 确保对象的唯一性——单例模式 （二） 确保对象的唯一性——单例模式 （三） 确保对象的唯一性——单例模式 （四） 确保对象的唯一性——单例模式 （五） 原型模式-Prototype Pattern 对象的克隆——原型模式（一） 对象的克隆——原型模式（二） 对象的克隆——原型模式（三） 对象的克隆——原型模式（四） 建造者模式-Builder Pattern 复杂对象的组装与创建——建造者模式（一） 复杂对象的组装与创建——建造者模式（二） 复杂对象的组装与创建——建造者模式（三） 七个结构型模式 七个结构型模式 适配器模式-Adapter Pattern 不兼容结构的协调——适配器模式（一） 不兼容结构的协调——适配器模式（二） 不兼容结构的协调——适配器模式（三） 不兼容结构的协调——适配器模式（四） 桥接模式-Bridge Pattern 处理多维度变化——桥接模式（一） 处理多维度变化——桥接模式（二） 处理多维度变化——桥接模式（三） 处理多维度变化——桥接模式（四） 组合模式-Composite Pattern 树形结构的处理——组合模式（一） 树形结构的处理——组合模式（二） 树形结构的处理——组合模式（三） 树形结构的处理——组合模式（四） 树形结构的处理——组合模式（五） 装饰模式-Decorator Pattern 扩展系统功能——装饰模式（一） 扩展系统功能——装饰模式（二） 扩展系统功能——装饰模式（三） 扩展系统功能——装饰模式（四） 外观模式-Facade Pattern 深入浅出外观模式（一） 深入浅出外观模式（二） 深入浅出外观模式（三） 享元模式-Flyweight Pattern 实现对象的复用——享元模式（一） 实现对象的复用——享元模式（二） 实现对象的复用——享元模式（三） 实现对象的复用——享元模式（四） 实现对象的复用——享元模式（五） 代理模式-Proxy Pattern 设计模式之代理模式（一） 设计模式之代理模式（二） 设计模式之代理模式（三） 设计模式之代理模式（四） 十一个行为型模式 十一个行为型模式 职责链模式-Chain of Responsibility Pattern 请求的链式处理——职责链模式（一） 请求的链式处理——职责链模式（二） 请求的链式处理——职责链模式（三） 请求的链式处理——职责链模式（四） 命令模式-Command Pattern 请求发送者与接收者解耦——命令模式（一） 请求发送者与接收者解耦——命令模式（二） 请求发送者与接收者解耦——命令模式（三） 请求发送者与接收者解耦——命令模式（四） 请求发送者与接收者解耦——命令模式（五） 请求发送者与接收者解耦——命令模式（六） 解释器模式-Interpreter Pattern 自定义语言的实现——解释器模式（一） 自定义语言的实现——解释器模式（二） 自定义语言的实现——解释器模式（三） 自定义语言的实现——解释器模式（四） 自定义语言的实现——解释器模式（五） 自定义语言的实现——解释器模式（六） 迭代器模式-Iterator Pattern 遍历聚合对象中的元素——迭代器模式（一） 遍历聚合对象中的元素——迭代器模式（二） 遍历聚合对象中的元素——迭代器模式（三） 遍历聚合对象中的元素——迭代器模式（四） 遍历聚合对象中的元素——迭代器模式（五） 遍历聚合对象中的元素——迭代器模式（六） 中介者模式-Mediator Pattern 协调多个对象之间的交互——中介者模式（一） 协调多个对象之间的交互——中介者模式（二） 协调多个对象之间的交互——中介者模式（三） 协调多个对象之间的交互——中介者模式（四） 协调多个对象之间的交互——中介者模式（五） 备忘录模式-Memento Pattern 撤销功能的实现——备忘录模式（一） 撤销功能的实现——备忘录模式（二） 撤销功能的实现——备忘录模式（三） 撤销功能的实现——备忘录模式（四） 撤销功能的实现——备忘录模式（五） 观察者模式-Observer Pattern 对象间的联动——观察者模式（一） 对象间的联动——观察者模式（二） 对象间的联动——观察者模式（三） 对象间的联动——观察者模式（四） 对象间的联动——观察者模式（五） 对象间的联动——观察者模式（六） 246 十一个行为型模式 状态模式-State Pattern 处理对象的多种状态及其相互转换——状态模式（一） 处理对象的多种状态及其相互转换——状态模式（二） 处理对象的多种状态及其相互转换——状态模式（三） 处理对象的多种状态及其相互转换——状态模式（四） 处理对象的多种状态及其相互转换——状态模式（五） 处理对象的多种状态及其相互转换——状态模式（六） 策略模式-Strategy Pattern 算法的封装与切换——策略模式（一） 算法的封装与切换——策略模式（二） 算法的封装与切换——策略模式（三） 算法的封装与切换——策略模式（四） 模板方法模式-Template Method Pattern 模板方法模式深度解析（一） 模板方法模式深度解析（二） 模板方法模式深度解析（三） 访问者模式-Visitor Pattern 操作复杂对象结构——访问者模式（一） 操作复杂对象结构——访问者模式（二） 操作复杂对象结构——访问者模式（三） 操作复杂对象结构——访问者模式（四） 设计模式趣味学习（复习） 设计模式趣味学习（复习） 设计模式与足球（一） 设计模式与足球（二） 设计模式与足球（三） 设计模式与足球（四） 设计模式综合应用实例 设计模式综合应用实例 多人联机射击游戏 多人联机射击游戏中的设计模式应用（一） 多人联机射击游戏中的设计模式应用（二） 数据库同步系统 设计模式综合实例分析之数据库同步系统（一） 设计模式综合实例分析之数据库同步系统（二） 设计模式综合实例分析之数据库同步系统（三）
设计模式---面向对象设计原则
weixin_30569001的博客
08-23 138
一：为什么提倡面向对象设计？ 变化时复用的天敌！ 面向对象设计的最大优势在于：抵御变化 二：重新认识面向对象 （一）理解隔离变化： 从宏观层面来看，面向对象的构建方式更能适应软件的变化，能将变化所带来的影响减为最小（隔离不是绝对的） （二）各司其职 从微观层面来看，面向对象的方式更强调各个类的”责任“。 由于需求变化导致的新增类型不应该影响原来类型的实现。---...
设计模式(面向对象)设计的七大原则
yi_chengyu的博客
09-23 414
声明：本人设计模式模块是集合网上资料和老师课件总结的知识点，如本博客有侵权，本人即刻删。 设计模式（面向对象设计）原则，分别是： 1.开放封闭原则：对扩展开放，对修改关闭 2.单一职责原则：一个类只做一件事情 3.依赖倒转原则：采用接口编程 4.迪米特法则（最小知识原则）：高内聚 、低耦合 5.接口隔离原则：细节接口 6.合成/聚合复用原则：避免使用继承 7.里氏代换原则：子类不能去修改父类的功能 1、开放封闭原则 概念：一个软件实体如类、模板、和函数应该对扩展开放、对修改关闭。模块应该在尽量不修改源代码的
设计模式的类型
bajiaoyan5785的博客
06-26 517
根据设计模式的参考书 Design Patterns - Elements of Reusable Object-Oriented Software(中文译名：设计模式 - 可复用的面向对象软件元素) 中所提到的，总共有 23 种设计模式。这些模式可以分为三大类：   ①创建型模式(Creational Patterns)   ②结构型模式(Structural Patterns) ...
设计模式简介
kakarot5的专栏
10-12 462
参考：http://www.w3cschool.cc/design-pattern/design-pattern-intro.html 
面向对象设计模式5大基本原则
LQ19900221的博客
10-29 4097
“宇宙万物之中,没有一样东西能像思想那么顽固。” 一爱默生 首先明确模式是针对面向对象的，它的三大特性，封装、继承、多态。 面向对象设计模式有5大基本原则：单一职责原则、开发封闭原则、依赖倒置原则、接口隔离原则、Liskov替换原则。 而设计模式都是在面向对象的特性以及5大基本原则的基础上衍生而来的具体实现。 1、单一职责原则(SRP)： 　　1.1，SRP(Single Responsibilities Principle)的定义：就一个类而言，应该仅有一个引起它变化的原...
设计模式分类以及六大原则
05-27
设计模式分类以及六大原则整理
GOF的23种设计模式,及设计模式的六大原则
11-07
设计模式的六大原则： 1. **开闭原则**：对扩展开放，对修改关闭，意味着在保持软件原有功能的基础上，可以方便地扩展新功能。 2. **里氏代换原则**：子类必须能够替换掉它们的基类，保证软件组件的可替换性，确保...
24种设计模式介绍与6大设计原则
07-16
根据给定文件的信息，我们...通过对这24种设计模式及6大设计原则的学习和实践，可以帮助开发者编写出更加灵活、可扩展和易于维护的代码。每种模式都有其特定的应用场景和目的，合理运用可以显著提升软件的质量和效率。
24种设计模式介绍与6大设计原则.zip
07-15
这个压缩包文件"24种设计模式介绍与6大设计原则.zip"涵盖了软件开发中至关重要的两个方面：设计模式和设计原则。以下是它们的详细解读。 **设计模式** 1. **单例模式**：保证一个类只有一个实例，并提供全局访问点...
【设计模式】设计模式之六大原则
源僧
06-03 396
文章目录Single Responsibility Principle：单一职责原则Liskov Substitution Principle：里氏替换原则Interface Segregation Principle：接口隔离原则Dependence Inversion Principle：依赖倒置原则Open Closed Principle：开闭原则Demeter Principle：迪米特法则（最少知道原则） Single Responsibility Principle：单一职责原则 单一职责原则
七个设计原则
qq_36074043的博客
02-27 543
下面就是面向对象七个原则的一一解析 一、开闭原则   1.          开闭原则定义 ：一个软件实体应当对扩展开放，对修改关闭。也就是说在设计一个模块的时候，应当使这个模块可以在不被修改的前提下被扩展，即实现在不修改源代码的情况下改变这个模块的行为。     2.          开闭原则分析： （1）开闭原则由Bertrand Meyer于1988年提出，它是面向对象设
重温设计模式系列（三）面向对象设计原则
11-25 510
背景面向对象基础知识，只是给了我们一个概念，如何更好的设计出良好的面向对象代码，需要有设计原则作为支持。设计原则是核心指导思想，在这些原则的基础上，经过不断的实践，抽象，提炼逐步产生了针...
设计模式-00-概述
心要是孤单了，到了那里都是流浪~~~
06-06 197
一、概述 　　思维导图 　　　　 　　GoF(“四人帮”，又称Gang of Four，即Erich Gamma, Richard Helm, Ralph Johnson & John Vlissides) 1.1、设计模式遵循的原则有6个 1、开闭原则（Open Close Principle） 　　对扩展开放，对修改关闭。 2、里氏代换原则（Liskov Substitution Principle） 　　只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用
设计模式六大原则（5）：迪米特法则
luohai859的专栏
03-09 601
定义：一个对象应该对其他对象保持最少的了解。 问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。 解决方案：尽量降低类与类之间的耦合。 自从我们接触编程开始，就知道了软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。低耦合的优点不言而喻，但是怎么样编程才能做到低耦合呢？那正是
代码设计的六大原则
Joans_2890461791的博客
07-03 2万+
开了博客，为了能够更好的学习，对于自己不了解和还没有掌握的知识加以归类，巩固以及加强。现在主要针对的是代码设计的原则，在设计代码的时候，不能总是想到哪就打到哪，还需要有个大致的流程，否则写出来的代码也是很繁冗，不够简洁。对于自己的代码编程还没达到一个期望的程度，对于代码的设计。主要注意以下的六大原则：单一职责一个类或者一个接口，最好只负责一项职责。开闭原则一个软件实体如类、模版和函数应该对扩展，对...
面向对象的5个基本设计原则
热门推荐
luxiaoxun的专栏
10-05 4万+
面向对象的3个基本要素：封装、继承、多态 面向对象的5个基本设计原则： 单一职责原则（Single-Resposibility Principle）     其核心思想为：一个类，最好只做一件事，只有一个引起它的变化。单一职责原则可以看做是低耦合、高内聚在面向对象原则上的引申，将职责定义为引起变化的原因，以提高内聚性来减少引起变化的原因。职责过多，可能引起它变化的原因就越多，这将导致职责依赖
设计原则-迪米特法原则（Demeter Principle）
07-24 148
意图 最少知道原则。 降低对象之间的耦合度。 一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。 定义：一个对象应该对其他对象保持最少的了解。 最少知道原则：把业务逻辑封装在内部，对外只提供一个public方法 只要两个对象之间有耦合关系，我们...
深入解析24种设计模式与6大设计原则
"该资源是一本关于设计模式和设计原则的PDF书籍，由京华志出版，涵盖了24种常见的设计模式以及6大设计原则。书中以深入浅出的方式介绍了各种设计模式，包括策略模式、代理模式、单例模式、工厂方法模式等，并探讨了...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值