“深入浅出”系列之设计模式篇:(0)什么是设计模式

设计模式六大原则

  1. 单一职责原则:一个类或者一个方法只负责一项职责,尽量做到类的只有一个行为原因引起变化。

核心思想:控制类的粒度大小,将对象解耦,提高其内聚性。

  1. 开闭原则:对扩展开放,对修改关闭。即软件实体(类、模块、函数等)应该可以扩展,但是不可修改。

实现方法:通过抽象约束、封装变化来实现,即通过接口或者抽象类为软件实体定义一个相对稳定的抽象层,而将相同的可变因素封装在相同的具体实现类中。

  1. 里氏替换原则:子类可以扩展父类的功能,但不能改变原有父类的功能。

核心思想:确保基类与子类之间的替换性,即子类对象可以替换基类对象,且不会导致程序的错误。

  1. 依赖倒置原则:高层模块不应该依赖于低层模块,二者都应该依赖于其抽象;抽象不应该依赖于细节,细节应该依赖于抽象。

实现方法:面向接口编程,通过接口或抽象类作为参数、返回值或成员变量等,使高层模块与低层模块之间解耦。

  1. 接口隔离原则:客户端不应该依赖它不需要的接口;一个类对另一个类的依赖应该建立在最小的接口上。

核心思想:将接口拆分成更小的、更具体的接口,使客户端只需要知道它们感兴趣的方法。

  1. 迪米特法则:一个对象应该对其他对象有最少的了解,只与直接朋友通信。

核心思想:限制软件实体之间通信的宽度和深度,降低系统的复杂度。

相关推荐
geovindu14 小时前
python: Functional Options Pattern
开发语言·后端·python·设计模式·惯用法模式·函数式选项模式
Kel19 小时前
Pregel 为什么会成为LangGraph编排的心脏
人工智能·设计模式·架构
会周易的程序员21 小时前
microLog 后端开发指南
开发语言·c++·物联网·设计模式·日志·iot·aiot
geovindu1 天前
go: Functional Options Pattern
开发语言·后端·设计模式·golang·函数式选项模式’·惯用法模式
Kel2 天前
MCP 传输链路全链路拆解:从字节流到协议栈的四层架构之旅
人工智能·设计模式·架构
atunet2 天前
关于算法设计模式的演化与编程范式变迁的技术7
算法·设计模式
geovindu2 天前
go:Timing Functions Pattern
开发语言·后端·设计模式·golang·计时函数模式·性能分析模式
咖啡八杯3 天前
GoF设计模式——备忘录模式
java·后端·spring·设计模式
槑有老呆4 天前
从 Prompt Engineering 到 Harness Engineering:AI 编程的下一次跃迁
设计模式
HjhIron4 天前
从Prompt到Context:大模型应用开发的范式转移
设计模式·aigc·ai编程