单一职责原则：精简设计，优化性能

Android

2024-01-16 10:20:43

在软件开发领域，设计模式是复用有效解决方案的宝贵指南。然而，即使遵循这些原则，也可能导致代码复杂性增加，使维护和扩展变得困难。单一职责原则 (SRP) 应运而生，旨在解决此类问题，提供一种创建更简洁、更易于管理的代码的方法。

单一职责原则

SRP 断言每个类或模块都应该只负责一项职责。职责是一个类应该完成的特定任务或功能。如果一个类承担了多个职责，那么当一个职责需要更改时，就有可能影响其他职责的正常工作。

优势

遵循 SRP 的代码库具有以下优势：

提高可维护性： 当一个类只负责一项职责时，更容易理解和修改。
降低耦合性： 职责分离减少了类之间的依赖关系，使代码更容易重用。
增强可测试性： 每个职责都可以独立测试，简化了测试过程。
促进扩展性： SRP 使得在需要时添加或删除功能变得更加容易。

实现 SRP

实现 SRP 涉及以下步骤：

识别类的每个职责。
将每个职责分配给一个单独的类或模块。
确保每个类只负责一个职责。

案例研究：设计模式精简图册

让我们以 "设计模式精简图册" 为例，这是一个包含设计模式的类库。在遵循 SRP 之前，该图册使用单个类来管理所有设计模式。

class DesignPatternCatalog {
  // 职责 1：存储设计模式
  private Map<String, DesignPattern> patterns = new HashMap<>();

  // 职责 2：获取设计模式
  public DesignPattern getPattern(String name) {
    return patterns.get(name);
  }

  // 职责 3：添加设计模式
  public void addPattern(DesignPattern pattern) {
    patterns.put(pattern.getName(), pattern);
  }
}

按照 SRP 的原则，我们将图册重构为两个类：

// 职责 1：存储设计模式
class DesignPatternRepository {
  private Map<String, DesignPattern> patterns = new HashMap<>();

  public DesignPattern getPattern(String name) {
    return patterns.get(name);
  }

  public void addPattern(DesignPattern pattern) {
    patterns.put(pattern.getName(), pattern);
  }
}

// 职责 2：管理设计模式图册
class DesignPatternCatalog {
  private DesignPatternRepository repository;

  public DesignPattern getPattern(String name) {
    return repository.getPattern(name);
  }

  public void addPattern(DesignPattern pattern) {
    repository.addPattern(pattern);
  }
}