在快节奏的软件开发世界中，编写健壮、可维护和可扩展的代码至关重要。实现这一目标的一种方法是遵循一组基本的设计原则，称为 SOLID 原则。这些原则为创建易于理解、扩展和维护的软件提供了清晰的框架。

在本通讯中，我们将探索 SOLID 原则，详细检查每个组件。我们将回顾实际实施指导和应用它们的最佳实践。

现在，让我们首先简要概述 SOLID 原则。

SOLID 原则概述

SOLID 原则是 Robert C. Martin 引入的五个基本设计原则，指导软件开发者创建可维护、可扩展和灵活的软件系统。遵循这些原则有助于开发随时间推移更易于理解、修改和扩展的软件。

SOLID 首字母缩写代表：

  1. S - Single Responsibility Principle（单一职责原则）
  2. O - Open/Closed Principle（开放/封闭原则）
  3. L - Liskov Substitution Principle（里氏替换原则）
  4. I - Interface Segregation Principle（接口隔离原则）
  5. D - Dependency Inversion Principle（依赖倒置原则）

为什么遵循设计原则？

设计原则（如 SOLID 原则）在软件开发过程中起着关键作用，原因如下：

  • 可维护性：遵循良好的设计原则使代码更易于维护。当代码结构良好并遵守这些原则时，更容易识别和修复问题、添加新功能并进行改进，而不会造成意外后果
  • 可扩展性：设计良好的软件是可扩展的。它可以适应需求和增长的变化，而无需大量返工或变得越来越复杂
  • 代码可重用性：遵守设计原则通常导致代码更可重用。可重用的组件节省开发和测试的时间和精力
  • 协作：设计原则为开发者提供了一个共同的工作框架。这种共同理解促进协作并减少团队成员之间的误解
  • 减少 Bug 和陷阱：遵循设计原则有助于识别和减轻常见的编程陷阱和设计缺陷。这导致更少的 Bug 和更健壮的软件
  • 面向未来：设计良好的软件可以适应不断变化的需求和技术。这是对软件产品长期可行性的投资

单一职责原则（SRP）

SOLID 原则中的”S”代表单一职责原则（SRP），它指出一个类应该只有一个改变的理由，或者换句话说，它应该在软件系统中有单一、明确定义的职责或工作。

让我们看下面明显违反单一职责原则的 Java 代码示例：

public class Employee {
    private String name;
    private double salary;


    public void calculateSalary() {
        // 定义
    }
    public void generatePayrollReport() {
        // 定义
    }
}

在上面的例子中，Employee 类有两个职责：计算员工工资和生成工资报告。这违反了 SRP，因为它有不止一个改变的理由。

为了解决之前例子中对单一职责原则（SRP）的违反，让我们重构代码以分离关注点，确保每个类都有单一、明确定义的职责。我们将为计算员工工资和生成工资报告创建不同的类：

public class Employee {
    private String name;
    private double salary;


    public void calculateSalary() {
        // 定义
    }
}


public class PayrollReportGenerator {
    public void generatePayrollReport(Employee employee) {
        // 定义
    }
}

在重构的解决方案中，计算工资和生成工资报告的职责已分离到两个不同的类（Employee 和 PayrollReportGenerator）中，每个类都有单一职责。这遵守了 SRP。

本文为学习目的的个人翻译，译文仅供参考。

原文链接：Mastering Design Principles - SOLID。

版权归原作者或原刊登方所有。本文为非官方译本；如有不妥，请联系删除。