设计模式七大原则

设计模式背后的七大原则是软件开发过程中必须遵循的黄金法则，为我们构建高质量的软件架构奠定了坚实基础。本文将深入剖析这七大原则，带您领略其深刻内涵与实际应用。

一、单一职责原则（Single Responsibility Principle, SRP）

2.1 原则定义

一个类应该仅有一个引起它变化的原因，即一个类应该只负责一项职责。

2.2 示例分析

以一个简单的用户管理系统为例，假设我们有一个 UserService 类，它既负责用户信息的存储（如将用户数据写入数据库），又负责用户信息的验证（如验证用户名是否合法、密码强度是否符合要求）。当数据库存储方式发生变化时，UserService 类需要修改；当用户验证规则改变时，UserService 类同样需要修改。这就违背了单一职责原则。

按照单一职责原则，我们应该将其拆分为两个类：UserStorageService 负责用户信息的存储操作，UserValidationService 负责用户信息的验证操作。这样，当某一项职责发生变化时，只需要修改对应的类，而不会影响到其他职责相关的代码。

2.3 优势

• 提高可维护性：当一个类只负责一项职责时，代码逻辑更加清晰，修改某个功能时不容易影响到其他功能，从而降低维护成本。
• 增强可扩展性：如果需要增加新的职责，只需要创建新的类来承担该职责，而不需要对现有类进行大规模修改。

二、开闭原则（Open - Closed Principle, OCP）

3.1 原则定义

软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。即当软件需要变化时，我们应该通过扩展代码来实现变化，而不是修改现有的代码。

3.2 示例分析

假设我们正在开发一个图形绘制系统，目前有一个 Shape 类和一个 DrawShapes 类。Shape 类是所有图形类的基类，DrawShapes 类负责绘制各种形状。最初系统只有圆形（Circle）和矩形（Rectangle）两种图形。

// 基类Shape
class Shape {
    public void draw() {
        // 空实现，具体图形类实现
    }
}

// 圆形类
class Circle extends Shape {
    @Override
    public void draw() {
        System.out.println("绘制圆形");
    }
}

// 矩形类
class Rectangle extends Shape {
    @Override
    public void draw() {