设计模式总结-CSDN博客

本文链接：https://blog.csdn.net/m0_59316991/article/details/140282151

1. 设计模式概述

设计模式是软件工程中解决常见问题的一种系统化方法，它们不仅仅是代码模板，而是经过时间验证的、能够提升软件质量和开发效率的设计思路。设计模式通过定义一组相互通信的类和对象，以及它们之间的交互方式，来解决在特定上下文中反复出现的问题。这些模式涵盖了从对象创建到对象间交互的各个方面，为开发者提供了丰富的工具箱。

设计模式通常按照其解决问题的类型进行分类，主要包括创建型模式、结构型模式和行为型模式。创建型模式关注于对象的创建过程，旨在通过抽象化创建过程来解耦对象的创建与使用；结构型模式则关注于如何通过类和对象的组合来形成更复杂的结构，以达到特定的设计目标；行为型模式则聚焦于对象间的交互方式和职责分配，通过定义算法和对象间的通信机制来简化复杂系统的设计。

2. 软件复用问题和面向对象设计原则

软件复用是软件工程中的一项重要技术，它旨在通过重用已有的软件资源来减少开发成本，提高开发效率。然而，要实现有效的软件复用，必须遵循一系列面向对象的设计原则。这些原则不仅为软件设计提供了指导方针，还促进了软件的可维护性、可扩展性和可复用性。

单一职责原则（SRP）：一个类应该只负责一项职责。这有助于降低类的复杂性，提高类的内聚性，从而使得类更加易于理解和维护。
开放封闭原则（OCP）：软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。这意味着在设计软件时，应该尽量通过添加新的代码来扩展软件的功能，而不是修改已有的代码。
里氏替换原则（LSP）：子类对象必须能够替换掉其基类对象被使用。这要求子类在继承基类时，必须遵守基类的行为约定，以保证多态性的正确实现。
依赖倒置原则（DIP）：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。这有助于降低模块间的耦合度，提高系统的灵活性和可维护性。
接口隔离原则（ISP）：不应该强迫客户依赖于它们不使用的方法。这要求在设计接口时，应该尽量保持接口的简洁和专一，避免创建过于庞大和复杂的接口。
迪米特法则（LoD，又称最少知识原则）：一个对象应该对其他对象有尽可能少的了解。这有助于降低系统间的耦合度，提高系统的独立性和可维护性。

3. 设计模式的应用

设计模式在软件开发中的应用极为广泛，它们为开发者提供了一套强大的工具集，用于解决各种设计难题。以下是一些具体的应用场景和示例：

创建型模式：
- 单例模式：确保一个类只有一个实例，并提供一个全局访问点。常用于配置文件的读取、数据库连接等场景。
- 工厂方法模式：定义一个创建对象的接口，但让子类决定要实例化的类是哪一个。这有助于实现对象的创建与使用之间的解耦。
- 抽象工厂模式：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。这有助于实现产品族的创建。
结构型模式：
- 适配器模式：将一个类的接口转换成客户端期望的另一个接口。常用于解决接口不兼容的问题。
- 组合模式：允许将对象组合成树形结构以表示“部分-整体”的层次结构。这使得客户端可以一致地处理单个对象和对象组合。
- 代理模式：为其他对象提供一种代理以控制对这个对象的访问。常用于实现远程调用、访问控制等场景。
行为型模式：
- 观察者模式：建立一种对象与对象之间的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新。常用于实现事件监听、消息推送等功能。
- 策略模式：定义了一系列的算法，并将每一个算法封装起来，使它们可以互相替换，且算法的变化独立于使用算法的客户。这有助于实现算法的灵活切换和扩展。
- 模板方法模式：定义了一个操作中的算法的骨架，而将一些步骤延迟到子类中。这使得子类可以在不改变算法结构的情况下，重新定义算法的某些特定步骤。