单一职责原则开闭原则其他开发原则

news2025/3/23 8:51:31

一、单一职责原则(Single Responsibility Principle, SRP)

定义

一个类应该有且仅有一个引起它变化的原因(即一个类只负责一个职责)。

核心思想
  • 高内聚:类的功能高度集中

  • 低耦合:减少不同职责之间的相互影响

  • 提升可维护性:修改一个功能不会波及其他功能


违反SRP的示例
// 一个类同时处理订单逻辑和数据库操作
class OrderService {
    // 职责1:计算订单总价
    public double calculateTotal(Order order) {
        // 计算逻辑...
    }

    // 职责2:保存到数据库
    public void saveToDatabase(Order order) {
        // 数据库操作...
    }

    // 职责3:发送邮件通知
    public void sendEmail(Order order) {
        // 邮件发送逻辑...
    }
}

问题
订单计算、数据库存储、邮件通知这三个职责耦合在一起,任一需求变更都需要修改该类。


符合SRP的改进
// 拆分三个独立类
class OrderCalculator {
    public double calculateTotal(Order order) { /*...*/ }
}

class OrderRepository {
    public void saveToDatabase(Order order) { /*...*/ }
}

class EmailService {
    public void sendEmail(Order order) { /*...*/ }
}

// 通过组合方式使用
class OrderService {
    private OrderCalculator calculator;
    private OrderRepository repository;
    private EmailService emailService;

    public void processOrder(Order order) {
        double total = calculator.calculateTotal(order);
        repository.saveToDatabase(order);
        emailService.sendEmail(order);
    }
}

优势

  • 每个类职责明确

  • 修改邮件发送逻辑不会影响订单计算

  • 更易复用(例如EmailService可用于其他模块)


二、开闭原则(Open/Closed Principle, OCP)

定义

软件实体(类、模块、函数等)应该对扩展开放,对修改关闭。

核心思想
  • 通过抽象和继承/组合实现扩展

  • 不修改已有代码即可添加新功能

  • 减少回归测试风险


违反OCP的示例
class ShapeDrawer {
    public void draw(String shapeType) {
        if (shapeType.equals("circle")) {
            drawCircle();
        } else if (shapeType.equals("square")) {
            drawSquare();
        }
        // 添加新图形需要修改此方法
    }

    private void drawCircle() { /*...*/ }
    private void drawSquare() { /*...*/ }
}

问题
每次新增图形类型都需要修改draw()方法,违反开闭原则。


符合OCP的改进
// 抽象接口
interface Shape {
    void draw();
}

// 具体实现类
class Circle implements Shape {
    @Override
    public void draw() { /*...*/ }
}

class Square implements Shape {
    @Override
    public void draw() { /*...*/ }
}

// 扩展时不修改原有代码
class Triangle implements Shape {
    @Override
    public void draw() { /*...*/ }
}

class ShapeDrawer {
    public void draw(Shape shape) {
        shape.draw(); // 通过多态调用
    }
}

优势

  • 新增图形类型只需添加新类

  • 无需修改ShapeDrawer

  • 客户端代码保持稳定


三、装饰者模式中的双原则体现

// 1. Component 接口
interface Beverage {
    double cost();
}

// 2. ConcreteComponent
class BlackCoffee implements Beverage {
    @Override
    public double cost() {
        return 2.0; // 基础咖啡价格
    }
}

// 3. Decorator 抽象类
abstract class BeverageDecorator implements Beverage {
    protected Beverage beverage;
    
    public BeverageDecorator(Beverage beverage) {
        this.beverage = beverage;
    }
}

// 4. ConcreteDecorator 具体装饰者
class Sugar extends BeverageDecorator {
    public Sugar(Beverage beverage) {
        super(beverage);
    }

    @Override
    public double cost() {
        return beverage.cost() + 0.5; // 加糖价格
    }
}

class Milk extends BeverageDecorator {
    public Milk(Beverage beverage) {
        super(beverage);
    }

    @Override
    public double cost() {
        return beverage.cost() + 1.0; // 加奶价格
    }
}

回顾之前的咖啡加料示例:

1. SRP体现
  • Sugar装饰器只负责加糖价格计算

  • Milk装饰器只负责加奶价格计算

  • BlackCoffee只提供基础咖啡功能

2. OCP体现
  • 添加新配料(如Chocolate)时:

    class Chocolate extends BeverageDecorator {
        public Chocolate(Beverage beverage) { super(beverage); }
        @Override public double cost() { return beverage.cost() + 1.5; }
    }
  • 无需修改已有的BeverageBlackCoffee或其他装饰器类


四、实际应用对比

案例:支付系统设计
违反OCP的写法
class PaymentProcessor {
    public void process(String paymentType) {
        if (paymentType.equals("alipay")) {
            // 处理支付宝
        } else if (paymentType.equals("wechat")) {
            // 处理微信支付
        }
        // 新增支付方式需要修改此处
    }
}
符合OCP的写法
interface Payment {
    void process();
}

class Alipay implements Payment {
    @Override public void process() { /*...*/ }
}

class WechatPay implements Payment {
    @Override public void process() { /*...*/ }
}

// 新增支付方式
class BitcoinPayment implements Payment {
    @Override public void process() { /*...*/ }
}

class PaymentProcessor {
    public void process(Payment payment) {
        payment.process();
    }
}

五、原则关系图

       SRP
       ▲
       │ 通过拆分单一职责
       │
       ▼
OCP ◄──┐
       │ 通过抽象扩展
       ▼
   系统稳定性

关键点

  • SRP是OCP的基础:只有每个类职责单一,才能保证扩展时不会引发意外副作用

  • OCP是SRP的目标:通过合理职责划分实现可扩展性

掌握这两个原则,可以显著提升代码的可维护性和可扩展性。实际开发中建议结合设计模式(如装饰者、策略、工厂模式)来实践这些原则。

其他原则补充

1. 里氏替换原则(Liskov Substitution Principle, LSP)

定义:子类必须能够替换父类,且不影响程序的正确性。
核心:继承关系中子类不应破坏父类的行为逻辑。
示例

  • 违反LSP的场景:若父类 Bird 有 fly() 方法,但子类 Penguin(企鹅)不会飞,强制继承会导致方法异常。

  • 符合LSP的改进:拆分接口,区分会飞和不会飞的鸟类。

interface Bird {
    void eat();
}
interface FlyingBird extends Bird {
    void fly();
}
class Penguin implements Bird { /* 无需实现fly() */ }
class Swallow implements FlyingBird { /* 实现fly() */ }

2. 接口隔离原则(Interface Segregation Principle, ISP)

定义:客户端不应依赖它不需要的接口,避免“胖接口”。
核心:通过拆分接口减少冗余依赖。
示例

  • 违反ISP的场景Printer 接口包含 print() 和 scan() 方法,但 OnlyPrintPrinter 类不需要扫描功能。

  • 符合ISP的改进:拆分为 Printable 和 Scannable 接口。

interface Printable { void print(); }
interface Scannable { void scan(); }
class AllInOnePrinter implements Printable, Scannable { /* 实现全部 */ }
class OnlyPrintPrinter implements Printable { /* 仅打印 */ }

3. 依赖倒置原则(Dependency Inversion Principle, DIP)

定义:高层模块不依赖低层模块,二者都依赖抽象;抽象不依赖细节,细节依赖抽象。
核心:通过抽象解耦模块间的直接依赖。
示例

  • 违反DIP的场景OrderService 直接依赖 MySQLDatabase,难以切换数据库。

  • 符合DIP的改进:引入 Database 接口,依赖抽象。

interface Database { void connect(); }
class MySQLDatabase implements Database { /* 实现MySQL连接 */ }
class OrderService {
    private Database db;
    public OrderService(Database db) { this.db = db; }
}

4. 迪米特法则(Law of Demeter, LoD)/ 最少知识原则

定义:对象应减少对其他对象的直接依赖,仅与“直接朋友”交互。
核心:通过中介者降低耦合。
示例

  • 违反LoD的场景:客户类 Customer 直接调用厨房类 Kitchen 和收银类 Cashier

  • 符合LoD的改进:引入 OrderManager 中介类。

class OrderManager {
    private Kitchen kitchen;
    private Cashier cashier;
    public void processOrder() { /* 协调厨房和收银 */ }
}
class Customer {
    public void placeOrder(OrderManager manager) { manager.processOrder(); }
}

5. 组合复用原则(Composite Reuse Principle, CRP)

定义:优先使用组合(has-a)而非继承(is-a)实现复用。
核心:避免继承带来的类爆炸问题。
示例

  • 继承的缺点:汽车类通过继承处理变速箱类型(自动/手动)会导致类爆炸。

  • 组合的改进:将变速箱抽象为独立组件,通过组合集成。

interface Transmission { void shift(); }
class AutomaticTransmission implements Transmission { /* 自动换挡 */ }
class Car {
    private Transmission transmission;
    public Car(Transmission t) { this.transmission = t; }
}

总结与原则关联性

这些原则相互关联,例如:

  1. DIP 与 OCP:依赖倒置是实现开闭原则的基础(通过抽象扩展功能)。

  2. ISP 与 SRP:接口隔离是单一职责在接口设计中的体现。

  3. CRP 与 LSP:组合复用减少继承滥用,间接支持里氏替换。

通过综合应用这些原则,可以构建高内聚、低耦合的系统,提升代码的可维护性和扩展性。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2319442.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

数据结构---图的深度优先遍历(DFS)

一、与树的深度优先遍历之间的联系 1.类似于树的先根遍历。 递归访问各个结点: 2.图的深度优先遍历 先设置一个数组,初始值全部设置为false,先访问一个结点,在用一个循环,依次检查和这个结点相邻的其他结点&#xff0c…

健康养生:拥抱生活,从呵护身心开始

在这个瞬息万变的时代,人们好似不停旋转的陀螺,在忙碌中迷失了对健康的关注。然而,健康养生绝非可有可无的点缀,它是幸福生活的基石,如同阳光与空气,滋养并支撑着我们的生命。当我们懂得拥抱健康养生&#…

QT网页显示的几种方法及对比

一.直接跳转打开网页 1.使用QDesktopServices::openUrl调用系统浏览器 原理:直接调用操作系统默认浏览器打开指定URL,不在应用程序内嵌入网页。 优点: 实现简单,无需额外模块或依赖。 适用于仅需跳转外部浏览器的场景。 缺点&…

Linux python 安装 conda(内部自带的有python的版本了)

位置网站 https://repo.anaconda.com/miniconda/也可以在https://www.anaconda.com/download/success 官方下载之后方linux中 切换路径之后 执行 bash Miniconda3-py310_25.1.1-2-Linux-x86_64.sh [rootVM-4-5-centos ~]# [rootVM-4-5-centos ~]# uname -a Linux VM-4-5-cen…

git原理与常用命令及其使用

认识工作区、暂存区、版本库 ⼯作区:是在电脑上你要写代码或⽂件的⽬录。 暂存区:英⽂叫 stage 或 index。⼀般存放在 .git ⽬录下的 index ⽂件(.git/index)中,我们 把暂存区有时也叫作索引(index&#xf…

19681 01背包

19681 01背包 ⭐️难度:中等 🌟考点:动态规划、01背包 📖 📚 import java.util.Arrays; import java.util.LinkedList; import java.util.Queue; import java.util.Scanner;public class Main {static int N 10001…

Guava:Google开源的Java工具库,太强大了

🧑 博主简介:CSDN博客专家,历代文学网(PC端可以访问:https://literature.sinhy.com/#/?__c1000,移动端可微信小程序搜索“历代文学”)总架构师,15年工作经验,精通Java编…

蓝桥杯每日一题----海底高铁

🌈个人主页:羽晨同学 💫个人格言:“成为自己未来的主人~” 题目链接 P3406 海底高铁 - 洛谷https://www.luogu.com.cn/problem/P3406 解题思路 在这道题来说,主要使用的想法就是使用一维的差分数组,这道题中有两个买…

触动精灵对某东cookie读取并解密--记lua调用C语言

在Mac上构建Lua扩展模块:AES解密与Base64解码实战 今天我要分享一个实用技术:如何在Mac系统上为Lua编写和编译C扩展模块,特别是实现一个某东iOS PIN码解密功能的扩展。这对于需要在Lua环境中执行高性能计算或使用底层系统功能的开发者非常有…

【设计模式】三十二、策略模式

系列文章|源码 https://github.com/tyronczt/design-mode-learn 文章目录 系列文章|源码一、模式定义与核心思想二、模式结构与Java实现1. 核心角色2. Java代码示例 三、策略模式的五大核心优势四、适用场景五、与其他模式的对比六、最佳实践建议总结 🚀进阶版【更…

Cyberchef实用功能之-json line格式文件美化和查询

本文将介绍一下如何使用cyberchef对json line格式数据进行美化方便阅读,以及json line格式数据的批量查询操作。 之前的文章介绍了json格式数据的美化和查询,即Cyberchef实用功能之-json解析美化和转换,Cyberchef实用功能之-批量提取json数据…

计算机基础:编码03,根据十进制数,求其原码

专栏导航 本节文章分别属于《Win32 学习笔记》和《MFC 学习笔记》两个专栏,故划分为两个专栏导航。读者可以自行选择前往哪个专栏。 (一)WIn32 专栏导航 上一篇:计算机基础:编码02,有符号数编码&#xf…

FaryGui文字shader修改,弧线排列

因项目要求,希望将文字进行标题那样的弧线排列,如下图: 对FaryGUI的文字Shader进行了一些修改,基本达到要求,shader设置如下: shader代码如下: // Upgrade NOTE: replaced _Object2World with unity_ObjectToWorld // Upgrade NOTE: replaced mul(UNITY_MATRIX_MVP,*) with Un…

C++ string的模拟实现

Hello!!大家早上中午晚上好,昨天复习了string的使用,今天来模拟实现一下string!!! 一、string的框架搭建 1.1首先我们需要一个string的头文件用来做变量、函数、类等声明;再需要一个test文件来做测试,还需…

使用LangChain实现基于LLM和RAG的PDF问答系统

目录 前言一.大语言模型(LLM)1. 什么是LLM?2. LLM 的能力与特点 二、增强检索生成(RAG)三. 什么是 LangChain?1. LangChain 的核心功能2. LangChain 的优势3. LangChain 的应用场景4. 总结 四.使用 LangChain 实现基于 PDF 的问答系统 前言 本文将介绍 …

C++实现rabbitmq生产者消费者

RabbitMQ是一个开源的消息队列系统,它实现了高级消息队列协议(AMQP), 特点 可靠性:通过持久化、镜像队列等机制保证消息不丢失,确保消息可靠传递。灵活的路由:提供多种路由方式,如…

在VMware上部署【Ubuntu】

镜像下载 国内各镜像站点均可下载Ubuntu镜像,下面例举清华网站 清华镜像站点:清华大学开源软件镜像站 | Tsinghua Open Source Mirror 具体下载步骤如下: 创建虚拟机 准备:在其他空间大的盘中创建存储虚拟机的目录&#xff0c…

又双叒叕Scrapy爬虫相关的面试题及详细解答

Scrapy是Python开发的一个快速、高层次的网络爬虫框架,专注于高效抓取网页并提取结构化数据。其核心设计基于异步处理机制,适合大规模数据采集任务。 文章目录 基础概念1. Scrapy框架的核心组件有哪些?架构与流程2. 描述Scrapy的工作流程核心组件详解3. 如何自定义Item Pipe…

使用STM32CubeMX+DMA+空闲中断实现串口接收和发送数据(STM32G070CBT6)

1.STM32CubeMX配置 (1)配置SYS (2)配置RCC (3)配置串口,此处我用的是串口4,其他串口也是一样的 (4)配置DMA,将串口4的TX和RX添加到DMA中 &#…

【视觉提示学习】3.21论文随想

. . Frontiers of Information Technology & Electronic Engineering. 2024, 25(1): 42-63 https://doi.org/10.1631/FITEE.2300389 中文综述,根据里面的架构,把视觉提示学习分成两类,一类是单模态提示学习(以vit为代表&…