设计原则有哪些？-CSDN博客

本文链接：https://blog.csdn.net/qq_36929638/article/details/147366425

设计原则是软件开发和系统设计中的核心指导思想，用于提高代码的可维护性、可扩展性、复用性和灵活性。以下是常见的设计原则分类及详细说明：

单一职责原则 (SRP, Single Responsibility Principle)
- 定义：一个类或模块只应有一个引起变化的原因（即只负责一项职责）。
- 作用：降低复杂度，提高可读性，减少修改带来的风险。
- 示例：
```
// 违反 SRP：订单类同时处理订单逻辑和数据库操作
class Order {
    void calculateTotal() { ... }
    void saveToDatabase() { ... } // 应拆分到独立类
}
```
开闭原则 (OCP, Open-Closed Principle)
- 定义：软件实体（类、模块、函数）应对扩展开放，对修改关闭。
- 实现方式：通过抽象（接口、继承）、策略模式、依赖注入等。
- 示例：
```
interface PaymentProcessor { void process(); }
class CreditCardProcessor implements PaymentProcessor { ... } // 扩展时无需修改原有代码
```
里氏替换原则 (LSP, Liskov Substitution Principle)
- 定义：子类必须能够替换父类且不影响程序的正确性。
- 关键点：子类不应强化前置条件或弱化后置条件。
- 反例：
```
class Bird { void fly() { ... } }
class Penguin extends Bird { 
    void fly() { throw "Penguins can't fly!"; } // 违反 LSP
}
```

接口隔离原则 (ISP, Interface Segregation Principle)

示例：

// 违反 ISP：多功能接口
interface Worker {
    void code();
    void cook();
}
// 拆分后
interface Programmer { void code(); }
interface Chef { void cook(); }

依赖倒置原则 (DIP, Dependency Inversion Principle)
- 定义：
  - 高层模块不应依赖低层模块，二者都应依赖抽象。
  - 抽象不应依赖细节，细节应依赖抽象。
- 实现方式：依赖注入（DI）、控制反转（IoC）。
- 示例：
```
class UserService {
    private UserRepository repository; // 依赖抽象接口
    public UserService(UserRepository repo) { ... } // 构造函数注入
}
```

DRY (Don’t Repeat Yourself)
- 定义：避免重复代码，通过抽象或工具类复用逻辑。
- 反模式：复制粘贴代码导致维护困难。
KISS (Keep It Simple, Stupid)
- 定义：设计应尽可能简单，避免过度工程化。
- 应用场景：优先选择直接方案而非复杂模式。
YAGNI (You Aren’t Gonna Need It)
- 定义：不要提前实现未来可能需要的功能，避免不必要的复杂性。
Law of Demeter (最少知识原则)
- 定义：一个对象应尽可能少地了解其他对象的内部结构（“只和朋友说话”）。
- 示例：
```
// 违反迪米特法则
user.getAccount().getBalance().subtract(100); 
// 改进：封装调用链
user.deductBalance(100); 
```
高内聚低耦合 (High Cohesion, Low Coupling)
- 内聚性：模块内部元素关联紧密（如一个类的方法共同完成单一目标）。
- 耦合性：模块间依赖应尽可能松散（如通过接口而非具体类交互）。

CAP 定理
- 定义：分布式系统中，一致性（Consistency）、可用性（Availability）、分区容错性（Partition Tolerance）三者不可兼得。
最终一致性 (Eventual Consistency)
- 应用场景：分布式系统（如数据库、消息队列）允许短暂不一致，但最终达成一致。
幂等性 (Idempotency)
- 定义：多次执行同一操作的结果与一次执行相同（如支付系统的重试机制）。

分层原则 (Layered Architecture)
- 示例：Web 应用分为表现层、业务层、数据访问层。
CQRS (Command Query Responsibility Segregation)
- 定义：读写操作分离，使用不同模型（如命令更新数据库，查询使用缓存）。
领域驱动设计 (DDD) 原则
- 核心：通过领域模型（Entity、Value Object、Aggregate）反映业务逻辑。