软件设计的核心：六大设计原则详解

技术拾光者

已于 2024-09-14 09:44:13 修改

阅读量821

点赞数 18

分类专栏：设计模式文章标签： java 设计模式

于 2024-09-08 15:16:04 首次发布

本文链接：https://blog.csdn.net/weixin_43319056/article/details/142027330

版权

设计模式专栏收录该内容

29 篇文章 0 订阅

订阅专栏

本文将详细介绍设计模式中的六大设计原则：单一职责原则（SRP）、开闭原则（OCP）、里氏替换原则（LSP）、依赖倒置原则（DIP）、接口隔离原则（ISP）和迪米特法则（LoD）。通过具体的示例，我们将深入理解这些原则的内涵及其在实际应用中的重要性。

设计模式是软件工程中的重要组成部分，它们提供了解决常见问题的最佳实践。在设计模式的基础上，有六大设计原则，它们帮助我们编写更健壮、可维护和可扩展的代码。本文将详细介绍这六大设计原则。

1. 单一职责原则（SRP）

单一职责原则（Single Responsibility Principle, SRP）指出，一个类应该只有一个引起它变化的原因。换句话说，一个类应该只负责一项职责。

示例：

class User {
    public void login(String username, String password) {
        // 登录逻辑
    }

    public void register(String username, String password) {
        // 注册逻辑
    }
}

在这个例子中，User类承担了登录和注册的职责。可以将其拆分为两个类，每个类只负责一个功能。

2. 开闭原则（Open/Closed Principle, OCP）

开闭原则（Open/Closed Principle, OCP）表示软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。即在不修改现有代码的情况下，通过扩展来实现新的功能。

示例：

interface Shape {
    void draw();
}

class Circle implements Shape {
    public void draw() {
        // 画圆形
    }
}

class Square implements Shape {
    public void draw() {
        // 画方形
    }
}

在这个例子中，通过实现Shape接口，可以扩展新的形状，而不需要修改现有代码。

3. 里氏替换原则（Liskov Substitution Principle, LSP）

里氏替换原则（Liskov Substitution Principle, LSP）指出，子类对象必须能够替换掉所有父类对象而不影响程序的正确性。即子类应当可以在不修改客户端代码的情况下替换其父类。

示例：

class Bird {
    public void fly() {
        // 飞行逻辑
    }
}

class Ostrich extends Bird {
    @Override
    public void fly() {
        throw new UnsupportedOperationException("鸵鸟不会飞");
    }
}

在这个例子中，鸵鸟不能替换鸟类，因为鸵鸟不会飞。可以通过组合而非继承来解决这个问题。

4. 依赖倒置原则（Dependency Inversion Principle, DIP）

依赖倒置原则（Dependency Inversion Principle, DIP）指出，高层模块不应该依赖于低层模块，二者都应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。

示例：

interface MessageService {
    void sendMessage(String message);
}

class EmailService implements MessageService {
    public void sendMessage(String message) {
        // 发送邮件逻辑
    }
}

class Notification {
    private MessageService messageService;

    public Notification(MessageService messageService) {
        this.messageService = messageService;
    }

    public void notify(String message) {
        messageService.sendMessage(message);
    }
}

在这个例子中，Notification类依赖于MessageService接口，而不是具体的实现类EmailService。

5. 接口隔离原则（Interface Segregation Principle, ISP）

接口隔离原则（Interface Segregation Principle, ISP）指出，客户端不应该被迫依赖于它不使用的方法。即接口应当尽量小而专一。

示例：

interface Printer {
    void print();
}

interface Scanner {
    void scan();
}

class AllInOnePrinter implements Printer, Scanner {
    public void print() {
        // 打印逻辑
    }

    public void scan() {
        // 扫描逻辑
    }
}

在这个例子中，通过拆分接口，可以让类只实现它需要的功能。

6. 迪米特法则（Law of Demeter, LoD）

迪米特法则（Law of Demeter, LoD）也称为最少知识原则，指出一个对象应该对其他对象有尽可能少的了解。即一个对象应当只与其直接的朋友通信，不要过多地依赖其他对象。

示例：

class Engine {
    public void start() {
        // 启动引擎
    }
}

class Car {
    private Engine engine;

    public Car() {
        this.engine = new Engine();
    }

    public void startCar() {
        engine.start();
    }
}