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

概念

单一职责原则（SRP，Single Responsibility Principle）是面向对象设计中的一项原则，其核心思想是一个类应该只有一个引起其变化的原因。换句话说，每个类都应该只有一个职责，这样可以更容易地维护和修改。

单一职责原则的原理

• 单一职责：一个类应该只有一项职责。类的变更应该仅仅由于其承担的职责变化而引起。
• 降低耦合：通过将不同的职责分离到不同的类，减少类之间的耦合。

好处

1. 提高可读性和可维护性：类的职责单一，使其更容易被理解和维护。

2. 提高代码的复用性：由于职责单一，类可以在更多的情境下被重用。

3. 降低变更引入的风险：修改一个职责不会影响其他职责，从而降低变更导致错误的风险。

使用方法

原则应用

在开发中应用单一职责原则时，可以遵循以下步骤：

1. 分析类的职责：识别出每个类承担的任务，并分析是否存在多个职责。

2. 拆分类：如果一个类有多个职责，考虑将其拆分，把不同职责分到不同的类中。

3. 提高内聚性：确保每个类的功能是高度相关的，提高内聚性。

示例

假设我们有一个类同时处理文件操作和日志记录，这是违反单一职责原则的。我们可以将其拆分为两个类。

// 初始设计：单一类处理多重职责
class FileManager {
    public void readFile(String fileName) {
        // 读取文件的逻辑
    }

    public void writeFile(String fileName, String content) {
        // 写入文件的逻辑
    }

    public void log(String message) {
        // 日志记录逻辑
    }
}

// 重新设计：遵循单一职责原则

// 文件操作类
class FileOperations {
    public void readFile(String fileName) {
        // 读取文件的逻辑
    }

    public void writeFile(String fileName, String content) {
        // 写入文件的逻辑
    }
}

// 日志记录类
class Logger {
    public void log(String message) {
        // 日志记录逻辑
    }
}

// 用法示例
public class SRPExample {
    public static void main(String[] args) {
        FileOperations fileOps = new FileOperations();
        Logger logger = new Logger();

        fileOps.readFile("example.txt");
        fileOps.writeFile("example.txt", "Hello World");
        logger.log("File operations completed.");
    }
}

案例：通知发送系统

为了演示单一职责原则的实际应用，我们可以通过一个发送通知的系统案例来说明如何遵循该原则。

假设我们有一个系统，可以发送电子邮件和短信通知。初始设计可能把所有通知逻辑放在一个类中，但这违反了单一职责原则。

初始设计（违反单一职责原则）

class NotificationManager {
    public void sendEmail(String recipient, String subject, String body) {
        // 发送电子邮件的逻辑
        System.out.println("发送电子邮件到 " + recipient + "，主题：" + subject);
    }

    public void sendSMS(String phoneNumber, String message) {
        // 发送短信的逻辑
        System.out.println("发送短信到 " + phoneNumber + "，内容：" + message);
    }
}

在这个设计中，NotificationManager 同时负责发送电子邮件和短信通知，拥有多个职责。

遵循单一职责原则的设计

我们可以将电子邮件和短信的发送逻辑分离到不同的类中。

// 发送电子邮件的类
class EmailSender {
    public void sendEmail(String recipient, String subject, String body) {
        // 发送电子邮件的逻辑
        System.out.println("发送电子邮件到 " + recipient + "，主题：" + subject);
    }
}

// 发送短信的类
class SMSSender {
    public void sendSMS(String phoneNumber, String message) {
        // 发送短信的逻辑
        System.out.println("发送短信到 " + phoneNumber + "，内容：" + message);
    }
}

// 用法示例
public class NotificationExample {
    public static void main(String[] args) {
        EmailSender emailSender = new EmailSender();
        SMSSender smsSender = new SMSSender();

        emailSender.sendEmail("example@example.com", "通知", "这是邮件内容。");
        smsSender.sendSMS("1234567890", "这是短信内容。");
    }
}

解释

1. EmailSender：专注于电子邮件的发送职责，仅处理与邮件相关的操作。
2. SMSSender：专注于短信的发送职责，仅处理与短信相关的操作。

好处

• 提高可维护性：每个类的逻辑简单，易于理解和修改。
• 增强可复用性：模块化设计使类可以被其他项目或系统重用。
• 降低变更风险：修改一个类不会对另外的类产生直接影响。

通过遵循单一职责原则，我们将复杂系统分解为多个简单模块，使代码更具可读性和可维护性，同时降低了修改引入错误的风险。

总结

单一职责原则强调类要有明确的边界，这不仅使代码更简单、可读、易于维护，而且在变更时能最大限度地减少对其他部分的影响。在实践中，合理应用该原则通常会大大提升代码的质量和软件系统的可扩展性。