设计模式的六大设计原则

一、什么是设计模式

设计模式是一套被反复使用、被多数人知晓的、代码设计经验的总结,它可以让代码更容易理解、提升代码可靠性以及更能够被复用。

二、设计模式的六大原则

单一原则

"应该有且只有一个原因引起类的变更",通俗来讲,一个类或接口尽可能只做一件事。如此,有以下好处:

  1. 类和接口的复杂性降低,职责明确

  2. 可读性好

  3. 可维护性提高

  4. 变更引起的风险降低,这也使开闭原则更容易实现

开闭原则

"可拓展,不修改(少修改)"

子类替换父类原则(里氏替换原则)

子类对象能够替换程序中父类对象出现的任何地方,并保证原有的逻辑行为及正确性不变。

要满足上面的要求,则需要:

  1. 子类的前置条件不能比父类更严格

  2. 子类的后置条件一定比父类更严格(或相同)

在继承类时,重写父类的所有方法,且子类尽量不要暴露自己的public方法

接口调用原则(迪米特原则)

"一个对象应该对其他对象有尽可能少的了解"。

通俗来讲,在这个原则中,一个对象只应该调用其直接的成员对象、方法参数和返回值中的对象,以及当前对象本身。则是意味着,对象应该尽量减少对其他对象的直接引用,从而降低类之间的耦合度。

接口隔离原则

"客户端不应该被迫依赖于它不使用的接口"。

具体来说,要求将一个大而全的接口拆分为更小、更具体的接口,以确保每个接口只包含客户端实际需要的方法。

同时,不要对外暴露没有实际意义的接口。

接口交互原则(依赖倒置原则)

"高层模块不应该依赖低层模块,二者都应该依赖于抽象"。

包括两个要点:

  1. 高层模块不应依赖于低层模块的细节,而应该依赖于抽象接口

  2. 抽象不应依赖于具体的实现细节,而具体的实现应该依赖于抽象

相关推荐
略略略咯咯16 小时前
(总结)设计模式
设计模式
Cosolar1 天前
DeepSeek Harness 理解 Harness 的设计哲学 - 可组合的插件运行时
人工智能·设计模式·架构
Nebula_g1 天前
JavaSE基础语法:特殊类(特殊情景下的设计模式)
java·开发语言·设计模式
George_Ye2 天前
同一本书,一人一份:我如何设计 AI 个性化扫书报告
设计模式
莫得感情 o2 天前
设计模式 22 · 三个冷门模式:中介者、访问者、解释器
java·设计模式
AI人工智能+电脑小能手3 天前
大白话说Java设计模式-08-建造者模式(业务实战篇)
java·设计模式·建造者模式·架构设计·对象构建
AustinXu3 天前
从 Claude Code 到 Claude Tag,Harness Engineering 走到了组织这一层
设计模式·团队管理
剧中有戏3 天前
单例模式从入门到精通:一个数据库连接池的完整剖析
设计模式
胡萝卜术3 天前
编译期与运行期的双重防线:从 TypeScript 类型之争到 LLM 输出的自动化择优
前端·设计模式·面试
货拉拉技术3 天前
重塑 Agent 度量衡:基于 LLM-as-a-Judge 的离线评估体系与实践
算法·设计模式