设计模式（Design Patterns）是软件开发中一种经过验证的、可重用的解决方案，用来解决在特定场景下的常见题目。设计模式可以帮助程序员在面对复杂题目时，通过已经被验证过的方式来设计系统，使得代码更加清晰、可维护、可扩展。
设计模式一般分为三大类：创建型、布局型和举动型，每一类包含差别的模式。
一、创建型设计模式
这些模式重要关注对象的创建，旨在控制对象的实例化过程，以提高代码的灵活性和可维护性。
- 单例模式（Singleton Pattern）
- 作用：确保一个类只有一个实例，并提供一个全局访问点。常用于需要共享全局状态或资源的环境，例如数据库毗连池、日志对象等。
- 使用场景：需要控制类的实例化次数，确保只存在一个实例。
- 工厂方法模式
- 作用：定义一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法将实例化工作推迟到子类中进行。
- 使用场景：客户端不需要知道具体的类怎样创建，只关心产品的接口。
- 抽象工厂模式
- 作用：提供一个接口，用于创建相干或依赖对象的家族，而不需要指定具体的类。通常与工厂方法一起使用。
- 使用场景：当系统需要独立于产品的创建、组合和表现时，且涉及多个产品族时。
- 建造者模式
- 作用：将一个复杂对象的构建过程与其表现分离，使得同样的构建过程可以创建差别的表现。适用于构建步调复杂的对象，如多部件的构造。
- 使用场景：需要构建一个复杂对象，而且希望分步调灵活地组合这些部分。
- 原型模式
- 作用：通过复制现有的对象来创建新的对象，而不是通过构造函数进行实例化。恰当需要大量相似对象的场景，且对象创建代价较高时。
- 使用场景：需要创建多个相似对象，且对象的构建过程较为复杂或昂贵。
二、布局型设计模式
这些模式关注怎样通过组合对象来更好地构造类和对象的布局，使得布局更加灵活、可扩展。
- 适配器模式
- 作用：将一个类的接口转换成客户端渴望的接口，使得原本由于接口不兼容而无法一起工作的类可以协同工作。
- 使用场景：当你需要使用一个现有的类，但它的接口与我们需求不兼容时。
- 桥接模式
- 作用：将抽象部分与实现部分分离，使得两者可以独立变革。桥接模式通过引入桥接对象（通常是接口）来实现抽象与实现的解耦。
- 使用场景：需要在多个维度上扩展类的功能时，可以制止类爆炸。
- 组合模式
- 作用：将对象组合成树形布局以表现“部分-团体”的条理布局。组合模式允许客户端统一对待单个对象和组合对象。
- 使用场景：处理具有递归布局的数据，如树形菜单、文件系统等。
- 装饰器模式
- 作用：动态地给一个对象添加额外的功能，而不影响其他对象的功能。通过组合而非继承来增加对象的功能。
- 使用场景：当需要扩展对象功能，而又不希望使用子类化的方式时。
- 外观模式
- 作用：为复杂的子系统提供一个简单的接口，简化客户端与复杂系统的交互。它隐蔽了系统的复杂性。
- 使用场景：当系统非常复杂，需要为客户端提供简化的接口时。
- 享元模式
- 作用：通过共享对象来淘汰内存的使用，尤其适用于需要大量对象但对象之间共享雷同数据的场景。
- 使用场景：大量细粒度对象的创建和维护，且这些对象的状态可以被共享时。
- 代理模式
- 作用：为其他对象提供一种代理以控制对该对象的访问。常用于延迟加载、权限控制等场景。
- 使用场景：当需要控制对某个对象的访问，或者当访问过程需要优化时。
三、举动型设计模式
这些模式关注对象之间的交互和职责分配，旨在通过差别对象之间的协作来实现复杂举动。
- 责任链模式
- 作用：将请求沿着处理链传递，直到有一个对象处理它。它将请求的发送者和吸收者解耦，使多个对象有机会处理请求。
- 使用场景：需要在多个对象之间传递请求时，且不需要知道具体是哪个对象处理请求。
- 命令模式
- 作用：将请求封装成一个对象，从而使你可以使用差别的请求、队列或者日志请求，并支持撤销操作。通过将请求与执行解耦，客户端可以通过命令来控制执行过程。
- 使用场景：需要对请求进行参数化、列队执行，或提供撤销功能时。
- 解释器模式
- 作用：为语言的语法树提供解释功能。通常用于构建计算机语言的解释器、脚本语言等。
- 使用场景：当需要解释或编译特定语言的文本时。
- 迭代器模式
- 作用：提供一种方法，可以大概顺序访问集合对象中的元素，而又不暴露该集合对象的内部布局。
- 使用场景：当需要遍历集合元素并访问集合中的元素时。
- 中介者模式
- 作用：通过定义一个中介者对象来简化多个对象之间的交互，制止对象之间的直接联系，从而淘汰系统的复杂度。
- 使用场景：多个对象之间复杂的交互关系需要会合管理时。
- 备忘录模式
- 作用：在不暴露对象实现细节的环境下，捕捉对象的内部状态，以便稍后恢复该状态。
- 使用场景：需要在某些时刻生存对象状态并可以大概恢复时。
- 观察者模式
- 作用：定义了一种一对多的依赖关系，当一个对象状态发生改变时，全部依赖于它的对象都会自动收到通知并更新。
- 使用场景：当一个对象的状态改变需要通知其他多个对象时。
- 状态模式
- 作用：允许对象在其内部状态改变时改变其举动。对象看起来像是修改了它的类。
- 使用场景：当对象的举动取决于它的状态，而且它必须根据状态来改变其举动时。
- 策略模式
- 作用：定义一系列的算法，将每一个算法封装起来，并使它们可以相互更换。使得算法可以独立于使用它的客户而变革。
- 使用场景：当有多种算法或举动，而且希望可以在运行时进行切换时。
- 模板方法模式
- 作用：在一个方法中定义一个算法的框架，而将一些步调延迟到子类中。模板方法模式可以让子类在不改变算法布局的环境下重新定义算法的某些特定步调。
- 使用场景：当算法的框架固定，但某些步调可以由子类来实现时。
- 访问者模式
- 作用：表现一个作用于某对象布局中的各元素的操作，它使你可以在不改变元素类的环境下，定义作用于这些元素的新操作。
- 使用场景：当你需要对差别的对象进行差别的操作，而且希望制止改变这些对象的类时。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
