当前位置: 首页 > news >正文

单一职责原则(设计模式)

目录

问题:

定义:

解决:

方式 1:使用策略模式

示例:用户管理

方式 2:使用装饰者模式

示例:用户操作

方式 3:使用责任链模式

示例:用户操作链

总结

推荐


问题:

今天刷面经的时候,发现不理解单一职责原则,特此记录。

定义:

单一职责原则:一个模块或类只完成一个功能。

那可以想一想,引起类变化的原因有哪些呢?

总结下来,只有2种

  • 添加
  • 修改

如果我们可以,将“添加”和“修改”分开,那么这个类也就完成了单一职责原则

建议先了解一下   委托者模式,因为下面几个设计模式核心都是委托者模式。

解决:

在 Java 开发中,如果你想 将“引起一个类的变更的原因”进行拆分,通常需要遵循单一职责原则,让修改(Modify)和添加(Add)两个操作独立,不相互影响。

可以用 策略模式、装饰者模式、责任链模式、组合模式 等方式来实现。下面是几种常见的方式:


方式 1:使用策略模式

如果修改和添加是两种不同的操作,可以用策略模式拆分,让它们各自处理自己的逻辑。

示例:用户管理

// 定义通用策略接口
public interface UserOperationStrategy {void execute(User user);
}// 修改策略
public class ModifyUserStrategy implements UserOperationStrategy {@Overridepublic void execute(User user) {System.out.println("修改用户信息: " + user.getName());}
}// 添加策略
public class AddUserStrategy implements UserOperationStrategy {@Overridepublic void execute(User user) {System.out.println("添加新用户: " + user.getName());}
}// 上下文类,动态选择操作
public class UserService {private UserOperationStrategy strategy;public void setStrategy(UserOperationStrategy strategy) {this.strategy = strategy;}public void executeOperation(User user) {strategy.execute(user);}
}// 使用策略
public class Main {public static void main(String[] args) {User user = new User("Tom");UserService userService = new UserService();// 进行添加操作userService.setStrategy(new AddUserStrategy());userService.executeOperation(user);// 进行修改操作userService.setStrategy(new ModifyUserStrategy());userService.executeOperation(user);}
}

优点

  • 让“修改”和“添加”逻辑完全解耦,互不影响。
  • 方便扩展,比如再加一个“删除用户”策略。

方式 2:使用装饰者模式

如果修改和添加可以叠加,可以使用装饰者模式,在原功能基础上动态增加额外行为,而不改变原类的代码。

示例:用户操作

// 定义基础接口
public interface UserOperation {void execute();
}// 基础实现(原始功能)
public class BaseUserOperation implements UserOperation {@Overridepublic void execute() {System.out.println("基础用户操作");}
}// 装饰器基类
public abstract class UserOperationDecorator implements UserOperation {protected UserOperation decoratedOperation;public UserOperationDecorator(UserOperation decoratedOperation) {this.decoratedOperation = decoratedOperation;}@Overridepublic void execute() {decoratedOperation.execute();}
}// 添加用户功能
public class AddUserDecorator extends UserOperationDecorator {public AddUserDecorator(UserOperation decoratedOperation) {super(decoratedOperation);}@Overridepublic void execute() {super.execute();System.out.println("添加用户");}
}// 修改用户功能
public class ModifyUserDecorator extends UserOperationDecorator {public ModifyUserDecorator(UserOperation decoratedOperation) {super(decoratedOperation);}@Overridepublic void execute() {super.execute();System.out.println("修改用户");}
}// 使用装饰器
public class Main {public static void main(String[] args) {UserOperation operation = new BaseUserOperation();// 先添加,再修改UserOperation addThenModify = new ModifyUserDecorator(new AddUserDecorator(operation));addThenModify.execute();}
}

输出

基础用户操作
添加用户
修改用户

优点

  • 动态组合行为,比如 先添加再修改 或者 只修改不添加
  • 方便扩展,不用修改原类。

方式 3:使用责任链模式

如果修改和添加是流程中的不同步骤,可以用责任链模式,让不同操作按顺序执行,方便扩展。

示例:用户操作链

// 责任链接口
public interface UserHandler {void handle(User user);
}// 责任链基类
public abstract class AbstractUserHandler implements UserHandler {protected UserHandler nextHandler;public void setNextHandler(UserHandler nextHandler) {this.nextHandler = nextHandler;}@Overridepublic void handle(User user) {if (nextHandler != null) {nextHandler.handle(user);}}
}// 添加用户处理器
public class AddUserHandler extends AbstractUserHandler {@Overridepublic void handle(User user) {System.out.println("添加用户: " + user.getName());super.handle(user);}
}// 修改用户处理器
public class ModifyUserHandler extends AbstractUserHandler {@Overridepublic void handle(User user) {System.out.println("修改用户信息: " + user.getName());super.handle(user);}
}// 流程控制
public class Main {public static void main(String[] args) {User user = new User("Tom");// 责任链AddUserHandler addHandler = new AddUserHandler();ModifyUserHandler modifyHandler = new ModifyUserHandler();addHandler.setNextHandler(modifyHandler);// 先添加,再修改addHandler.handle(user);}
}

输出

添加用户: Tom
修改用户信息: Tom

总结

方案适用场景主要特点
策略模式修改和添加是两种独立操作通过不同策略切换操作,逻辑清晰,便于扩展
装饰者模式需要叠加功能,比如先添加再修改允许动态组合多个操作,避免修改原类
责任链模式操作有固定顺序,比如先添加再修改让多个处理器按顺序执行,扩展性强

推荐

  • 如果“修改”和“添加”是两种完全独立的操作,用 策略模式。
  • 如果“修改”和“添加”可能会动态组合,用 装饰者模式。
  • 如果“修改”和“添加”是必须按固定顺序执行,用 责任链模式。

http://www.lryc.cn/news/546562.html

相关文章:

  • 生理信号概念
  • 安卓内存泄露之DMA-BUF异常增长:Android Studio镜像引起DMA内存泄露
  • android13打基础: 控件checkbox
  • AI应用测试:遇到类ChatGPT的流式接口要如何压测?
  • React面试葵花宝典之二
  • 在日常生活、工作中deepseek能帮我们解决哪些问题
  • 【Java】IO流
  • HTML第三节
  • Visual Studio 2022安装问题解决,提示无法安装Microsoft.VisualStudio.Community.Msi
  • 【代码分享】基于IRM和RRT*的无人机路径规划方法详解与Matlab实现
  • MybatisPlus从入门到精通
  • el-table input textarea 文本域 自适应高度,切换分页滚动失效处理办法
  • 基于Windows11的DockerDesktop安装和布署方法简介
  • ffmpeg源码编译支持cuda
  • 动漫短剧开发公司,短剧小程序搭建快速上线
  • 《2025软件测试工程师面试》接口测试篇
  • 嵌入式学习第二十三天--网络及TCP
  • Elasticsearch:解锁深度匹配,运用Elasticsearch DSL构建闪电般的高效模糊搜索体验
  • SQLAlchemy系列教程:基本数据类型及自定义类型
  • 【Wireshark 02】抓包过滤方法
  • ES怎么查询大于10000条数据
  • 《几何原本》命题I.8
  • 课程2. 机器学习方法论
  • ioday2----->标准io函数
  • SQL注入练习场:PHPStudy+SQLI-LABS靶场搭建教程(零基础友好版)
  • 【笔记ing】python
  • DFT之SSN架构
  • 四十二:VSCODE打开新文件覆盖上一个文件窗口问题
  • JMeter 引入 JAR 包的几种方法
  • 记一次ScopeSentry搭建