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

仅有的い依靠

已于 2024-04-15 18:21:04 修改

阅读量745

点赞数 19

分类专栏：设计模式文章标签：设计模式单一职责原则软件工程

于 2024-04-12 19:21:15 首次发布

本文链接：https://blog.csdn.net/x1027105273/article/details/137691225

版权

设计模式专栏收录该内容

8 篇文章 0 订阅

订阅专栏

单一职责原则

在大话设计模式中，作者利用手机拍摄UFO的例子为我们讲解了单一职责原则这一设计原则，在作者的例子中“智能手机”的设计就违背了单一职责原则，最终才会导致拍摄UFO的照片模糊。在作者的例子中，智能手机包含了各种各样的功能，又能拍照，又能打电话，又能听音乐。这种设计显然违背了单一职责原则，这样就导致了在摄影功能上，智能手机比不上摄像机；在音乐功能上，智能手机的音质比不上CD或者MP3等等。
下面是我看完大话设计模式后，自己对单一职责原则的理解。

概念

什么是单一职责原则？文中的解释是：就一个类而言，应该仅有一个引起它变化的原因，这句话理解起来可能稍微复杂了一点，但是通俗来讲，所谓的单一职责原则其实就是他名字所表达的字面意思：它强调一个类或模块应该只负责一个职责或功能。这有助于保持代码的可维护性、灵活性和易于理解。
其实我们前面讲到的简单工厂模式和策略模式中，我们都用到了单一职责原则。在计算器的例子中，我们为了分离加减乘除的计算逻辑和界面逻辑，创建了Operation父类类和加减乘除子类；在商场收费的例子中，我们为了分离收费策略和页面逻辑，创建了CashSuper父类和各种收费策略的子类。这些都是单一职责原则的体现。
现在让我们再通过一个简单的例子来进一步理解单一职责原则：
假设我们要编写一个员工信息管理程序，其中需要根据员工的姓名和年龄从数据库中查找员工信息。我们创建了一个名为 Employee 的 Java 类：

public class Employee {
    private String name;
    private Integer age;

    public String getName() {
        return this.name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public Integer getAge() {
        return this.age;
    }

    public void setAge(Integer age) {
        this.age = age;
    }

    public List<Employee> searchEmployee() {
        // 查找员工信息的逻辑
    }
}

上述代码就违反了单一职责原则，因为 Employee 类有两个职责：

设置与员工相关的属性（name 和 age）。
在库中搜索员工信息。
这样就会有两种原因可能导致类的修改：其一是设置员工属性的规则发生了变化，我们要修改这个类；其二是当我们搜索员工的规则发生变化时也需要修改这个类。当然在业务逻辑简单的情况下，好像看不出什么缺陷，那么设想一下，如果我们在这个类里面有成千上万种操作，每一种操作发生变化我们都需要修改这个类，这样就会导致这个类难以维护。

因此，为了遵循单一职责原则，我们需要将两个职责分离。我们可以创建另一个名为 RepositoryView 的类，它专门负责搜索员工。我们将 searchEmployee() 方法移至 RepositoryView 类，并在构造函数中引用 Employee 类：

public class RepositoryView {
    private Employee employee;

    public RepositoryView(Employee employee) {
        this.employee = employee;
    }

    public List<Employee> searchEmployee() {
        // 查找员工信息的逻辑
    }
}