Java设计模式七大原则-单一职责原则

最新推荐文章于 2023-07-17 13:46:27 发布

猫十二懿

最新推荐文章于 2023-07-17 13:46:27 发布

阅读量413

点赞数

分类专栏：设计模式文章标签： java 设计模式单一职责原则

本文链接：https://blog.csdn.net/qq_56098191/article/details/130867799

版权

设计模式专栏收录该内容

33 篇文章 2 订阅

订阅专栏

✨作者：猫十二懿

❤️‍🔥账号：CSDN 、掘金、个人博客、Github

🎉公众号：猫十二懿

单一职责原则

1、单一职责介绍

单一职责原则（SRP：Single Responsibility Principle）是指一个类或模块只负责单一的功能，不要存在多个导致类变更的原因。这个原则的核心思想就是将功能进行解耦，让单个类或模块只完成一项职责。）

简单来说：就是一个类只负责一个功能。

2、User用户例子

例如，一个User类应只关心表示用户本身的属性和行为，而不要将其它与用户无关的内容加入到这个类中去。如果一个类同时还负责了其他不相关的功能，比如用户地址、账户信息等，那么这个类的职责就不够单一了。这样，一旦修改了其中一个功能，可能就会影响到另外的功能，增加了维护和扩展的难度。

// 不遵循单一职责原则的代码实现
public class User {
    private String name;   // 姓名
    private String email;   // 邮箱
    private String address;  // 地址
    private double balance; // 收入

    public void updateUserInfo(String name, String email, String address) {
        this.name = name;
        this.email = email;
        this.address = address;
        // 更新用户信息...
    }
    
    public void deposit(double amount) {
        this.balance += amount;
        // 存款操作...
    }
}

在这个示例中，我们可以看到User类有两个职责：保存用户信息和用户账户操作。这就不符合单一职责原则，如果我们需要修改其中一个职责，可能会影响到另外一个职责的实现。

将上面用户的信息和用户账号的信息分离开

// 遵循单一职责原则的代码实现
public class User {
    private String name;
    private String email;
    private String address;

    public void updateUserInfo(String name, String email, String address) {
        this.name = name;
        this.email = email;
        this.address = address;
        // 更新用户信息...
    }
}

public class Account {
    private double balance;

    public void deposit(double amount) {
        this.balance += amount;
        // 存款操作...
    }
}

通过将用户信息和账户操作分别封装到不同的类中，我们使得每个类都只关注自己的职责，降低了代码间的耦合度，并且修改和扩展也更加方便和容易。

如果还是不太明白，再看下面的列子

3、交通工具列子

先看一段代码：

/**
 * 交通工具类
 *  1. 在方式1的run方法中，违反了单一职责原则
 *  2. 解决的方案非常的简单，根据交通工具运行方法不同，分解成不同类即可
 */
class Vehicle {
    public void run(String vehicle) {
        System.out.println(vehicle + " 在公路上运行....");
    }
}
 
public class SingleResponsibility1 {
    public static void main(String[] args) {
        Vehicle vehicle = new Vehicle();
        vehicle.run("摩托车");
        vehicle.run("汽车");
        vehicle.run("飞机");
        vehicle.run("轮船");
    }
}

运行结果如下：

观察发现，这样的结果似乎不太符合我们的日常生活的习惯啊。摩托车、汽车在公路上运行肯定没问题，但是飞机和轮船呢？？？

3.1 改进一

对于上面代码案例中的问题，想必大家也都看出来了，Vehicle这个类负责的职责太多了，它既要管摩托车、汽车这种在公路上跑的，还要去管飞机这种在天上飞的，这就使得Vehicle这个类粒度太粗了，后期如果做出对公路方法的修改时，可能还会影响到其他的业务功能。

所以我们考虑将Vehicle这个类进行分解，分解为多个类，各干各的、各司其职。

在类定义上实现单一职责原则：不同的类，做不同的事情，但是每个类里面做的事情都相同的。

/**
 *   1. 遵守单一职责原则
 *   2. 但是这样做的改动很大，即将类分解，同时修改客户端
 *   3. 改进：直接修改Vehicle 类
 */
class RoadVehicle {
    public void run(String vehicle) {
        System.out.println(vehicle + "在公路运行");
    }
}
 
class AirVehicle {
    public void run(String vehicle) {
        System.out.println(vehicle + "在天空运行");
    }
}
 
class WaterVehicle {
    public void run(String vehicle) {
        System.out.println(vehicle + "在水中运行");
    }
}
 
public class SingleResponsibility2 {
    public static void main(String[] args) {
        RoadVehicle roadVehicle = new RoadVehicle();
        roadVehicle.run("摩托车");
        roadVehicle.run("汽车");
 
        AirVehicle airVehicle = new AirVehicle();
        airVehicle.run("飞机");
 
        WaterVehicle waterVehicle = new WaterVehicle();
        waterVehicle.run("轮船");
    }
}

此时，我们将Vehicle拆解成了三个不同的类，再次运行。这样看起来就正常了吧。

不过也有人说，这样的改动比较大，就是直接在类的层面上做了修改（增加了多个类），我们能不能不改动这个类，而是对它的方法做修改呢？答案是可以的。

3.2 改进二

在方法定义上实现单一职责原则：不同的方法，做不同的事情，但是每个方法里面做的事情都相同的。

/**
 *   1. 这种修改方法没有对原来的类做大的修改，只是增加方法
 *   2. 这里虽然没有在类这个级别上遵守单一职责原则，但是在方法级别上，仍然是遵守单一职责
 */
class Vehicle2 {
    public void runRoad(String vehicle) {
        System.out.println(vehicle + " 在公路上运行....");
    }
 
    public void runAir(String vehicle) {
        System.out.println(vehicle + " 在天空上运行....");
    }
 
    public void runWater(String vehicle) {
        System.out.println(vehicle + " 在水中行....");
    }
}
 
public class SingleResponsibility3 {
    public static void main(String[] args) {
        Vehicle2 vehicle2  = new Vehicle2();
        vehicle2.runRoad("汽车");
        vehicle2.runAir("飞机");
        vehicle2.runWater("轮船");
    }
 
}