设计模式所遵循原则

最新推荐文章于 2025-08-13 00:51:15 发布
最新推荐文章于 2025-08-13 00:51:15 发布
阅读量357 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 设计模式 文章标签： 设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/mm_lvw/article/details/6444121

设计模式根据现有书籍描述，多达200多种，但往往使用时并没有完全根据书本的描述去实现，关注设计模式的背后我们可以更多的关注一切设计模式都遵循的原则：（简单归纳一下几点）

 

1.代码模块化

 

2.oop(面向对象)

 

3.mvc(modal-view-control)

 

4.单一职责原则(SRP,singel responsibility)

 

5.开放-封闭原则(OCP,Open Closed Principle)

 

6.依赖倒置原则(DIP,Dependency Inversion Principle)

 

7.里氏代换原则(LSP,Liskov Substitution Principle)

 

8.最少知识原则(LKP,Least Knowledge Principle)

设计模式六大原则之：开闭原则
在技术的广袤天地里，本博客如精准罗盘。剖析前沿科技，深掘代码奥秘，以精炼笔触，带您穿越复杂技术迷宫，速达知识彼岸。
08-17 1367
开闭原则（Open Closed Principle, OCP）‌是面向对象程序设计（OOP）中的一个基本原则，也是软件工程中的一项重要原则。它的核心思想是：一个软件实体（如类、模块或函数）应该对扩展开放，即当需求变化时，可以通过添加新的代码进行扩展来满足新的需求，而不需要修改现有的代码。同时，它应该是对修改封闭的，即一旦软件实体被设计完成并经过测试，就应该保持其稳定性，避免不必要的修改，以减少出错的可能性并保证软件的质量。综上，开闭原则的实现依赖于抽象和实现的具体分离。
设计模式七大原则
java123456111的博客
05-18 4756
1、设计模式的目的 ​ 编写软件过程中，程序员面临着来自耦合性，内聚性以及可维护性，可扩展性，重用性，灵活性 等多方面的挑战，设计模式是为了让程序(软件)，具有更好 ​ 1) 代码重用性 (即：相同功能的代码，不用多次编写) ​ 2) 可读性 (即：编程规范性, 便于其他程序员的阅读和理解) ​ 3) 可扩展性 (即：当需要增加新的功能时，非常的方便，称为可维护) ​ 4) 可靠性 (即：当我们增加新的功能后，对原来的功能没有影响) ​ 5) 使程序呈现高内聚，低耦合的特性 2、设计模式七大原则 ​ 设计模
设计模式六大原则之：接口隔离原则
在技术的广袤天地里，本博客如精准罗盘。剖析前沿科技，深掘代码奥秘，以精炼笔触，带您穿越复杂技术迷宫，速达知识彼岸。
08-19 1881
接口隔离原则（是面向对象设计的一个基本原则，由罗伯特·C.马丁(Robert C. Martin)在2002年提出。在不同的场景中，我们可以根据角色的不同定义不同的接口。例如，定义一个Driver接口和一个Swimmer@Override// 驾驶汽车@Override// 驾驶船只@Override// 游泳（这里可能指的是船只在水上行驶）综上，接口隔离原则的应用可以显著提高代码的灵活性和可维护性。
详细介绍设计模式七大原则
m0_54187478的博客
02-19 3160
单一职责原则：一个类应该只有一个引起它变化的原因。开闭原则：软件实体应对扩展开放，对修改封闭。里氏替换原则：子类型必须能够替换掉它们的基类型。依赖倒置原则：高层模块不应依赖于低层模块，两者都应依赖于抽象；抽象不应依赖于细节，细节应依赖于抽象。接口隔离原则：使用多个专门的接口比使用单一的总接口更好。合成/聚合复用原则：尽量使用对象的组合/聚合，而不是继承关系达到复用的目的。迪米特法则（最少知道原则）：一个对象应对其他对象有尽可能少的了解。
设计模式六大原则之：‌里氏替换原则
在技术的广袤天地里，本博客如精准罗盘。剖析前沿科技，深掘代码奥秘，以精炼笔触，带您穿越复杂技术迷宫，速达知识彼岸。
08-18 2595
里氏替换原则LSP)是面向对象设计的基本原则之一，它确保在软件系统中，当使用一个子类对象替换一个基类对象时，程序的行为保持不变。‌ 这一原则是面向对象程序设计(Object-Oriented Programming, OOP)中的一个重要概念，它强调了子类必须能够替换其基类，而不会导致程序功能或行为的变化。里氏替换原则的主要目的是确保软件的可维护性可扩展性和健壮性，同时降低需求变更时引入的风险。里氏替换原则的具体含义可以概括为以下几点‌子类必须能够替换其基类‌。
符合开闭原则的设计模式
MogulNemenis的博客
08-27 1523
策略模式、装饰器模式、观察者模式、工厂方法模式、模板方法模式和责任链模式——都遵循开闭原则。它们通过接口或抽象类定义扩展点，使得新的功能或算法可以通过扩展类来实现，而无需修改现有的代码。这种设计提高了系统的灵活性和可维护性，使系统能够更轻松地适应变化。
设计模式6大原则
qq_45800640的博客
07-09 6232
设计模式的目的 设计模式是为了让程序（软件），具有更好的： 1)代码可重用性(即:相同功能的代码，不用多次编写) 2)可读性(即:编程规范性，便于其他程序员的阅读和理解) 3)可扩展性(即:当需要增加新的功能时，非常的方便，称为可维 4)可靠性(即:当我们增加新的功能后，对原来的功能没有影响) 5)使程序呈现高内聚,低耦合的特性 (1)单一职责原则（Single Responsibility Principle） 对类来说的，即一个类应该只负责一项职责。如类A负责两个不同职责:职责1，职责2。当职责1需求
设计模式六大原则
热门推荐
西京刀客
05-13 1万+
文章目录软件设计的六大原则1. 开放-封闭原则2. 单一职责原则举例3. 里氏替换原则4. 依赖倒置原则举例5. 接口隔离原则6. 迪米特原则举例 软件设计的六大原则 设计模式的六大原则 参考URL: https://zhuanlan.zhihu.com/p/92152190 1. 开放-封闭原则 Open-Close Principle（OCP）：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。目的就是保证程序的扩展性好，易于维护和升级。 对于扩展是开放的，对于更改是封闭的。 开放-封闭原则是面向
设计模式——七大设计原则
weixin_43412762的博客
12-05 3987
设计模式的七大原则：开闭原则、里氏代换原则、依赖倒转原则、接口隔离原则、合成复用原则、迪米特法则
23种设计模式 —— 设计模式目的以及遵循的七大原则
zcy的博客
03-08 2907
系列文章 23种设计模式 —— 设计模式目的以及遵循的七大原则 文章目录系列文章设计模式目的设计模式七大原则1、单一职责原则2、接口隔离原则3、依赖倒转原则4、里氏替换原则5、开闭原则6、迪米特法则7、合成复用原则 设计模式目的 设计模式的目的是为了提高代码重用性、可读性、可扩展性、可靠性，使得程序呈现出高内聚、低耦合的特性。 代码重用性：相同功能的代码无需多次重复编写 可读性：编程按照一定规范，便于其他程序员的阅读和理解 可扩展性：当我们可以非常方便简单地增加新功能 可靠性：我们增加或删除部分功能时，
Java 工厂方法模式
小凯的博客
08-12 972
深入理解 Java工厂方法模式
设计模式学习笔记-----单例模式
最新发布
2301_80860862的博客
08-13 611
单例模式是一种确保类只有一个实例并提供全局访问点的设计模式。常见实现方式包括：1）饿汉式（类加载时创建实例，线程安全但可能浪费资源）；2）枚举饿汉式（利用枚举特性防止反射/序列化破坏）；3）懒汉式（延迟加载，需处理线程安全问题）；4）DCL双重检查锁（volatile防止指令重排序）；5）静态内部类（利用类加载机制保证线程安全）。JDK中典型应用包括Runtime（饿汉）、System（DCL）和Collections（内部类）等。每种实现各有优劣，需根据线程安全、性能、序列化等需求选择。
深入解析Go设计模式：命令模式实战
liushen0528的博客
08-10 1203
命令模式是一种行为型设计模式，它将请求封装为对象，实现调用者与接收者的解耦。该模式包含五个核心角色：命令接口、具体命令、接收者、调用者和客户端。实现时需定义命令接口和接收者，创建具体命令类绑定接收者，最后通过调用者执行命令。其优点在于职责解耦、扩展性强、支持复杂操作管理，但存在代码冗余、间接调用开销等缺点。在Go语言中应用时需注意错误处理和泛型限制。
一，设计模式-单例模式
hai_qin的博客
08-12 144
单例模式通过私有构造函数和静态方法确保类只有一个实例，并提供全局访问点。主要实现方式有饿汉式（提前实例化）和懒汉式（延迟加载）。懒汉式需加锁保证线程安全，但可能影响性能。相比之下，饿汉式更简单高效，适合必然要使用的场景。代码示例展示了线程安全的懒汉式实现，通过双重检查锁机制确保单例唯一性。
设计模式（Design Pattern）
JR521314的博客
08-10 789
设计模式是解决软件设计中常见问题的可复用方案，分为三大类23种模式。创建型模式（如单例、工厂）处理对象创建问题；结构型模式（如适配器、装饰器）优化类和对象组合；行为型模式（如观察者、策略）管理对象间交互。这些模式通过标准化的代码组织方式，提升软件的可维护性、扩展性和复用性。例如单例模式确保类只有一个实例，工厂模式集中管理对象创建，观察者模式实现对象间的松耦合通信。设计模式是提升代码质量的重要工具。
常用设计模式系列（十八）-责任链模式
Java之路艰难，要以高内聚低耦合的目标去设计
08-11 728
本文介绍了责任链设计模式，通过一个家庭教育资金审批的生动案例说明了该模式的应用。责任链模式将请求的发送者和处理者解耦，通过链式结构传递请求，直到被某个对象处理。文章详细讲解了纯责任链和不纯责任链的区别，并给出了完整的代码实现：包括抽象处理类Handler、具体处理者ChildHandler、FatherHandler和MontherHander，以及商品类Shop和客户端测试代码。该模式适用于需要多级审批或分级处理的场景，如权限控制、日志处理等系统设计中。
Python设计模式 - 装饰模式
mofei
08-10 294
装饰模式是一种动态扩展对象功能的结构型设计模式，通过组合而非继承的方式实现功能扩展。它包含抽象组件、具体组件、装饰器和具体装饰器四个角色，适用于不修改原类代码或替代复杂继承结构的场景。该模式优点包括灵活性高、可复用性强、支持功能叠加，但也可能增加系统复杂性、影响性能和调试难度。代码示例展示了如何通过装饰器为文本动态添加加粗、斜体等下划线样式，体现了装饰模式的运行机制。该模式在需要动态扩展功能时提供了优雅的解决方案。
深入浅出设计模式——行为型模式之观察者模式 Observer
Atticus的博客
08-11 1114
软件系统中的对象并不是孤立存在的，一个对象行为的改变可能会引起其他所关联的对象的状态或行为也发生改变，即“牵一发而动全身”。观察者模式建立了一种一对多的联动，一个对象改变时将自动通知其他对象，其他对象将作出反应。观察者模式中，发生改变的对象称为“观察目标”，被通知的对象称为“观察者”。一个观察目标可以有很多个观察者。观察者模式定义如下：观察者模式：定义对象之间的一种一对多的依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象都得到通知并被自动更新。
java设计模式之开闭原则使用举例
DKPT的博客
08-11 265
抽象化：通过接口或抽象类定义稳定框架。多态扩展：新增功能通过实现子类完成。设计模式结合：工厂、策略模式等增强扩展性。降低耦合：调用方依赖抽象而非具体实现。通过上述案例可见，开闭原则显著提升了代码的可维护性和扩展性，是构建灵活系统的基础。
设计模式遵循原则
06-03
<think>好的，我现在需要回答用户关于软件设计模式基本原则和规范的问题。首先，用户提到他们想了解设计模式所遵循的原则，并引用了三个参考内容。我需要仔细分析这些引用，提取关键信息，并结合我的知识来组织回答。首先，引用[2]详细介绍了软件设计模式的分类，包括创建型、结构型和行为型模式，并提到七大设计原则。引用[3]则列出了七大原则的具体名称，如单一职责、开放封闭等，还提供了代码例子。引用[1]虽然主要讲解释器模式，但提到了设计模式的七大原则，可能与用户的问题相关。用户的问题集中在设计模式的基本原则和规范上，因此我需要重点阐述七大原则，每个原则的定义、目的以及实际应用例子。同时，需要引用提供的资料来支持回答，比如引用[2]中提到设计模式是为了可重用、易理解、可靠和重用性，引用[3]中的七大原则名称和例子。 接下来，我需要确保回答结构清晰，分点解释每个原则，可能还需要比较不同原则之间的区别或联系。例如，单一职责原则和接口隔离原则都涉及职责划分，但侧重点不同。此外，可能需要提到这些原则如何共同作用，帮助设计出高质量的软件系统。 另外，用户要求生成相关问题，我需要根据回答内容提出相关问题，比如关于某个原则的具体应用，或者设计模式如何遵循这些原则的例子。最后，检查是否符合系统级指令：使用正确的中文，数学公式格式正确（虽然这个问题可能不涉及数学公式，但需注意），引用标识正确添加。例如，在提到七大原则时，引用[2]和[3]中的相关内容，并在末尾添加引用标识。现在组织回答的结构：1.引言：设计模式的目的和七大原则的重要性，引用[2]中的内容。 2.分点介绍七大原则，每个原则的定义、目的、例子，引用[3]中的例子和原则名称。3.总结这些原则如何共同促进良好的设计。 4.生成相关问题，如具体原则的应用、原则之间的关系、实际案例等。 需要确保每个原则的解释清晰，例子简明，引用正确。例如，单一职责原则可以引用[3]中的代码例子，说明一个类只负责一个功能。开放封闭原则提到通过扩展而非修改来实现变化，可能引用策略模式作为例子。可能还需要注意术语的一致性，比如“开放封闭”有时也称为“开闭原则”，需统一使用用户引用中的名称。引用[3]中使用的名称是“开放封闭原则”，所以保持一致。 在回答过程中，要避免技术错误，例如正确区分原则和模式，原则是指导方针，模式是具体解决方案。确保每个原则的解释准确，例如里氏替换原则强调子类替换父类不影响程序正确性，依赖倒置原则涉及高层模块不依赖低层细节等。最后，生成的相关问题需要与设计模式的原则相关，可能包括如何应用某个原则，原则之间的比较，或者实际项目中如何遵循这些原则的例子。</think>软件设计模式的基本原则和规范主要围绕提高代码质量、可维护性和扩展性展开，其中七大设计原则是核心指导方针[^2][^3]。 ### 一、七大设计原则详解 1. **单一职责原则 (SRP)** - **定义**：一个类只负责一个功能领域中的相应职责 - **示例**：用户管理模块中，将用户数据存储和用户验证拆分为两个独立类[^3] - **优势**：降低类复杂度，提高可读性，减少修改引发的风险 2. **开放封闭原则 (OCP)** - **核心**：对扩展开放，对修改关闭 - **实现方式**：通过抽象化（接口/抽象类）和继承机制 - **典型应用**：策略模式中不同算法实现同一接口[^2] 3. **里氏替换原则 (LSP)** - **关键要求**：子类必须能够替换父类且不影响程序正确性 - **违反案例**：子类重写父类方法导致异常抛出范围扩大 - **设计意义**：保证继承关系的正确性[^3] 4. **依赖倒置原则 (DIP)** - **层次关系**：高层模块不依赖低层模块，二者都依赖抽象 - **实现模式**：工厂方法模式通过抽象工厂创建对象[^2] $$ \text{高层} \rightarrow \text{抽象} \leftarrow \text{低层} $$ 5. **接口隔离原则 (ISP)** - **核心思想**：客户端不应依赖不需要的接口 - **与SRP区别**：SRP关注职责划分，ISP关注接口粒度控制 - **实践方法**：将臃肿接口拆分为多个特定功能接口 6. **迪米特法则 (LoD)** - **别称**：最少知识原则 - **通信规则**：对象只与直接朋友通信（成员变量、方法参数、返回值） - **应用场景**：外观模式封装子系统交互[^2] 7. **合成复用原则 (CRP)** - **优先级别**：组合/聚合 > 继承 - **优势比较**：降低耦合度，提高灵活性 - **典型示例**：使用装饰器模式动态添加功能[^2] ### 二、原则间的协同作用 这些原则共同构成面向对象设计的黄金准则，例如： - 通过**依赖倒置**实现**开放封闭** - 运用**接口隔离**支持**单一职责** - **合成复用**与**里氏替换**共同保障继承体系的合理性 ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值