在软件开发中,设计原则是创建灵活、可维护和可扩展软件的基础。
这些原则为我们提供了指导方针,帮助我们构建高质量、易理解的代码。
✨单一职责原则(SRP)
✨开放/封闭原则(OCP)
✨里氏替换原则(LSP)
✨依赖倒置原则(DIP)
✨接口隔离原则(ISP)
✨合成/聚合复用原则(CARP)
✨迪米特法则(LoD)
在面向对象设计中,单一职责原则是一个重要的设计原则之一。它提倡一个类应该只有一个原因引起变化,即一个类应该只有一个职责。在本文中,我们将深入研究单一职责原则,了解它的定义、优势以及如何在实际开发中应用。
1. 定义
单一职责原则是由罗伯特·C·马丁(Robert C. Martin)提出的,它规定一个类应该只有一个引起变化的原因。换句话说,一个类应该只有一个职责。如果一个类负责太多的事情,那么一旦需求变化,可能需要修改该类的多个部分,增加了代码的复杂性,也增加了引入错误的风险。
2. 好处
单一职责原则有助于提高代码的可维护性、可读性和可扩展性,以下是一些应用单一职责原则的好处:
-
代码清晰度: ,
类的职责单一,使得每个类的代码都相对简单清晰,易于理解。
-
可维护性:
当系统变化时,我们只需关注与变化相关的类,而不必修改其他部分的代码,减少了出错的可能性。
-
可复用性:
单一职责原则有助于提高代码的可复用性,因为一个类只负责一种职责,可以更方便地在其他上下文中重用。
-
测试方便:
每个类的职责单一,使得单元测试更容易编写,测试代码覆盖更全面。
3. 应用
在应用单一职责原则时,我们可以考虑以下几个方面:
-
分离关注点:
确保一个类只关注一个主题或功能领域。如果一个类处理用户输入和数据存储,就有可能违反了单一职责原则。
-
提取子类或新类:
当一个类的职责变得过于复杂时,可以考虑将其拆分成几个更小、更具体的类,每个类负责一个明确定义的职责。
-
遵循高内聚、低耦合原则:
高内聚表示一个类应该有高度相关的职责,而低耦合表示类之间的关系应该尽可能松散。这有助于确保每个类的变化不会对其他类产生过多的影响。
4. 示例
假设我们有一个 UserService
类,负责用户的注册、登录等操作,同时也负责记录用户操作的日志。这就违反了单一职责原则,因为用户管理和日志记录是两个不同的关注点。
package com.cheney.demo.service;
import com.cheney.demo.model.User;
@Service
public class UserService {
public void registerUser(User user) {
log("用户注册: " + user.getUsername());
}
public void loginUser(String username, String password) {
log("用户登陆: " + username);
}
private void log(String message) {
System.out.println("Log: " + message);
}
}
为了遵循单一职责原则,我们可以将日志记录的职责抽取出去,创建一个独立的 Logger
类:
package com.cheney.demo.common;
public class Logger {
public void log(String message) {
// 日志记录逻辑
System.out.println("Log: " + message);
}
}
然后在 UserService
中使用 Logger
类:
package com.cheney.demo.service;
import com.cheney.demo.common.Logger;
import com.cheney.demo.model.User;
import org.springframework.stereotype.Service;
@Service
public class UserService {
private Logger logger;
public UserService(Logger logger) {
this.logger = logger;
}
public void registerUser(User user) {
// 用户注册逻辑
logger.log("用户注册: " + user.getUsername());
}
public void loginUser(String username, String password) {
// 用户登录逻辑
logger.log("用户登陆: " + username);
}
}
这样,UserService
类现在只关注用户管理的职责,而日志记录的职责交给了专门的 Logger
类,保持了单一职责原则的应用。
结语
单一职责原则是面向对象设计中一个基本且重要的原则,它有助于创建清晰、可维护、可扩展的代码。通过确保每个类只有一个职责,我们可以降低代码的复杂性,提高代码的质量。在实际项目中,遵循单一职责原则可以为团队提供更好的代码结构,减少维护的难度,使得系统更容易适应变化。
【Java 设计模式】系列 《23 种设计模式》 与 《7 大设计原则》 总纲
🚩设计原则
✨单一职责原则(SRP) 规定一个类应该只有一个引起变化的原因
✨开放/封闭原则(OCP) 表明软件实体应该是可以扩展的,但是不可修改的
✨里氏替换原则(LSP) 强调派生类必须能够替代其基类而不引起程序错误
✨依赖倒置原则(DIP) 倡导高层模块不应该依赖于低层模块,二者都应该依赖于抽象
✨接口隔离原则(ISP) 提倡一个类不应该被强迫依赖它不使用的接口
✨合成/聚合复用原则(CARP) 建议尽量使用合成/聚合,尽量不要使用继承
✨迪米特法则(LoD) 规定一个对象应该对其他对象有最少的了解
🚀创建型设计模式
✨单例模式 保证一个类仅有一个实例,并提供一个访问它的全局点
✨工厂方法模式 定义一个用于创建对象的接口,但是由子类决定实例化哪一个类
✨抽象工厂模式 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类
✨建造者模式 将一个复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的表示
✨原型模式 通过复制现有的对象来创建新对象,而不是从头开始创建
🚀结构型设计模式
✨适配器模式 将一个类的接口转换成客户希望的另外一个接口
✨桥接模式 将抽象部分与它的实现部分分离,使它们都可以独立地变化
✨组合模式 将对象以树形结构组合以表示“部分-整体”的层次结构
✨装饰器模式 动态地给一个对象添加一些额外的职责
✨外观模式 为子系统中的一组接口提供一个一致的界面
✨代理模式 为其他对象提供一种代理以控制对这个对象的访问
✨享元模式 用共享的方式高效地支持大量小粒度对象
🚀行为型设计模式
✨观察者模式 定义对象间的一对多依赖,当一个对象改变状态,所有依赖者都会受到通知并自动更新
✨策略模式 定义一系列算法,将它们封装起来,并且使它们可以相互替换
✨命令模式 将请求封装成对象,使得可以用不同的请求对客户进行参数化
✨状态模式 允许对象在其内部状态改变时改变它的行为
✨责任链模式 为解除请求的发送者和接收者之间的耦合,而使多个对象都有机会处理这个请求
✨访问者模式 将算法与对象结构分离,并且可以在不改变对象结构的前提下定义新的操作
✨中介者模式 用一个中介对象来封装一系列的对象交互
✨备忘录模式 在不破坏封装的情况下,捕获对象的内部状态,并在对象之外保存这个状态
✨迭代器模式 提供一种方法顺序访问一个聚合对象中的各个元素,而不暴露其内部表示
✨模版方法模式 定义一个操作中的算法的骨架,将一些步骤延迟到子类中
✨解释器模式 定义一个语言的文法,并且建立一个解释器来解释该语言中的句子