【Java 设计模式】设计原则

本文详细介绍了设计原则,如单一职责原则、开放/封闭原则等,阐述了它们在软件开发中的重要性,以及如何通过遵循这些原则创建更灵活、可维护和可扩展的代码。
摘要由CSDN通过智能技术生成


在软件开发中, 设计原则是创建灵活、可维护和可扩展软件的基础。这些原则为我们提供了指导方针,帮助我们构建高质量、易理解的代码。在设计模式的世界中,这些设计原则是不可或缺的。在本文中,我们将介绍一些常见的设计原则,并了解它们在实际应用中的价值。

在这里插入图片描述

✨单一职责原则(SRP)

定义:

单一职责原则规定一个类应该只有一个引起变化的原因

换句话说,一个类应该只有一项职责。这有助于代码的清晰性和可维护性

当一个类负责过多的职责时,一旦需求变化,就会导致类的修改,可能引入错误

示例:

一个负责处理用户信息的类应该专注于用户信息的存储和查询,不应该包含与用户界面或日志记录相关的逻辑

✨开放/封闭原则(OCP)

定义:

开放/封闭原则表明软件实体应该是可以扩展的,但是不可修改的

这意味着我们应该通过扩展来引入新的功能,而不是通过修改现有代码来实现

示例:

使用接口和抽象类定义一组规范,然后通过实现这些规范来扩展功能,而不是直接修改已有的代码

✨里氏替换原则(LSP)

定义:

里氏替换原则强调派生类必须能够替代其基类而不引起程序错误

这使得继承关系更具弹性和可扩展性

示例:

如果一个基类是鸟,它有一个飞的方法,那么派生类如企鹅也应该能够替代基类,尽管它可能不会实现飞的方法

✨依赖倒置原则(DIP)

定义:

依赖倒置原则倡导高层模块不应该依赖于低层模块,二者都应该依赖于抽象

这有助于降低模块之间的耦合性

示例:

使用接口或抽象类定义高层模块的抽象,然后让低层模块依赖于这些抽象

✨接口隔离原则(ISP)

定义:

接口隔离原则提倡一个类不应该被强迫依赖它不使用的接口

一个类只应该依赖于它需要的接口

示例:

定义多个小而专注的接口,而不是一个大而全的接口,使得类只需实现它们所需要的接口

✨合成/聚合复用原则(CARP)

定义:

合成/聚合复用原则建议尽量使用合成/聚合,尽量不要使用继承

组合和聚合可以在运行时动态地改变对象的行为

示例:

使用合成将多个小的对象组合成一个新的对象,而不是通过继承复用代码

✨迪米特法则(LoD)

定义:

迪米特法则规定一个对象应该对其他对象有最少的了解

即一个类不应该知道太多关于其他类的内部细节。这有助于降低耦合性

示例:

通过委托和依赖注入,使得类仅依赖于它直接需要的类,而不是引入不必要的依赖

总结

这些设计原则不仅是理论上的指导,也是实际编码过程中的良好实践。它们提供了一个框架,可以帮助我们创建出稳定、可维护和易扩展的软件。通过理解这些原则,我们能够更好地应用设计模式,提高代码的质量和可读性。在实际项目中,遵循这些原则可以减少代码的复杂性,降低错误发生的可能性,使得代码更容易维护和升级。


【Java 设计模式】系列 《23 种设计模式》 与 《7 大设计原则》 总纲
🚩设计原则
✨单一职责原则(SRP) 规定一个类应该只有一个引起变化的原因
✨开放/封闭原则(OCP) 表明软件实体应该是可以扩展的,但是不可修改的
✨里氏替换原则(LSP) 强调派生类必须能够替代其基类而不引起程序错误
✨依赖倒置原则(DIP) 倡导高层模块不应该依赖于低层模块,二者都应该依赖于抽象
✨接口隔离原则(ISP) 提倡一个类不应该被强迫依赖它不使用的接口
✨合成/聚合复用原则(CARP) 建议尽量使用合成/聚合,尽量不要使用继承
✨迪米特法则(LoD) 规定一个对象应该对其他对象有最少的了解

🚀创建型设计模式
✨单例模式 保证一个类仅有一个实例,并提供一个访问它的全局点
✨工厂方法模式 定义一个用于创建对象的接口,但是由子类决定实例化哪一个类
✨抽象工厂模式 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类
✨建造者模式 将一个复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的表示
✨原型模式 通过复制现有的对象来创建新对象,而不是从头开始创建

🚀结构型设计模式
✨适配器模式 将一个类的接口转换成客户希望的另外一个接口
✨桥接模式 将抽象部分与它的实现部分分离,使它们都可以独立地变化
✨组合模式 将对象以树形结构组合以表示“部分-整体”的层次结构
✨装饰器模式 动态地给一个对象添加一些额外的职责
✨外观模式 为子系统中的一组接口提供一个一致的界面
✨代理模式 为其他对象提供一种代理以控制对这个对象的访问
✨享元模式 用共享的方式高效地支持大量小粒度对象

🚀行为型设计模式
✨观察者模式 定义对象间的一对多依赖,当一个对象改变状态,所有依赖者都会受到通知并自动更新
✨策略模式 定义一系列算法,将它们封装起来,并且使它们可以相互替换
✨命令模式 将请求封装成对象,使得可以用不同的请求对客户进行参数化
✨状态模式 允许对象在其内部状态改变时改变它的行为
✨责任链模式 为解除请求的发送者和接收者之间的耦合,而使多个对象都有机会处理这个请求
✨访问者模式 将算法与对象结构分离,并且可以在不改变对象结构的前提下定义新的操作
✨中介者模式 用一个中介对象来封装一系列的对象交互
✨备忘录模式 在不破坏封装的情况下,捕获对象的内部状态,并在对象之外保存这个状态
✨迭代器模式 提供一种方法顺序访问一个聚合对象中的各个元素,而不暴露其内部表示
✨模版方法模式 定义一个操作中的算法的骨架,将一些步骤延迟到子类中
✨解释器模式 定义一个语言的文法,并且建立一个解释器来解释该语言中的句子

  • 21
    点赞
  • 26
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值