中介者模式-Mediator Pattern
中介者模式是一种行为型设计模式,用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。本文从多人聊天室场景出发,讲解中介者模式的结构、Java 实现,并分析它在 Spring DispatcherServlet 中的应用。
中介者模式是一种行为型设计模式,用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。本文从多人聊天室场景出发,讲解中介者模式的结构、Java 实现,并分析它在 Spring DispatcherServlet 中的应用。
享元模式源于对共享和复用机制的深刻洞察。它通过共享相似或相同的数据,减少对象创建的数量,从而降低内存占用,提高系统性能。这种模式尤其适用于那些具有大量相似对象的应用场景,如文档编辑、游戏开发等。然而,享元模式并非银弹,它也有其适用的条件和局限性。在追求高效与节约的同时,我们不得不面对系统的复杂性增加、代码维护难度提高等挑战。因此,深入了解和合理运用享元模式,对于软件工程师来说,既是一项必备的技能,也是一次对设计原则和工程实践的全面考验。
代理模式(Proxy Pattern)是一种结构型设计模式,它充当了另一个对象的接口,以控制对这个对象的访问。代理模式的核心思想是通过引入一个代理对象来间接访问另一个对象,从而可以在访问这个对象时添加一些额外的控制逻辑,比如权限验证、缓存、延迟加载等。代理模式可以帮助我们在不改变原始对象的情况下,对其进行控制和扩展。
单例模式,顾名思义就是在程序运行期间,一个类只有一个实例。使用场景:需要在系统中确保类只有一个实例,一般这种类的创建都会比较占用系统资源。比如配置文件初始化,将配置文件中的数据读取到类中,通常需要耗费一定的系统资源,而且配置文件中的内容一般都是不变的,修改完配置文件一般都会
单例模式,顾名思义就是在程序运行期间,一个类只有一个实例。使用场景:需要在系统中确保类只有一个实例,一般这种类的创建都会比较占用系统资源。比如配置文件初始化,将配置文件中的数据读取到类中,通常需要耗费一定的系统资源,而且配置文件中的内容一般都是不变的,修改完配置文件一般都会
原型模式的定义:Specify the kinds of objects to create using a prototypical instance, and create new objects by copying this prototype.用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
命令模式是一种行为型设计模式,它将一个请求封装成一个对象,从而使你可以用不同的请求对客户端进行参数化,对请求排队或记录请求日志,以及支持可撤销的操作。本文从智能家居遥控器场景出发,讲解命令模式的结构、Java 实现(含撤销功能),并分析它在 Java Swing Action、UndoManager 等开源框架中的应用。
备忘录模式是一种行为型设计模式,在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样以后就可将该对象恢复到原先保存的状态。本文从文本编辑器撤销场景出发,讲解备忘录模式的结构、Java 实现,并分析它与命令模式的配合及在开源框架中的应用。
外观模式的核心思想是为子系统提供一个统一的接口,以便客户端可以更容易地使用这些子系统。通过外观模式,客户端可以通过一个简单的接口来访问系统的各种功能,而不需要了解系统内部的复杂逻辑和实现细节。这种模式在许多软件开发场景中都有实际应用,特别是在需要简化复杂系统接口的情况下,外观模式可以帮助减少系统之间的耦合,并提供更清晰的界面供客户端使用。
对象池模式(Object Pool Pattern)是一种创建一组可重用对象的设计模式。它通过维护一个预分配的对象集合,避免了频繁地创建和销毁对象所带来的性能开销。在需要使用对象时,可以直接从池中获取,而不需要每次都创建新的对象;当对象不再使用时,可以将其归还到池中,而不是直接销毁。
工厂方法模式(Factory Method Pattern)是一个对象创建型模式。它提供了一种将对象的创建逻辑抽象出来的方式,使得客户端代码不需要关心具体的对象创建细节,而是通过调用工厂方法来创建对象。这种模式有助于解耦对象的创建和使用,同时也提供了扩展和定制对象创建过程的灵活性。
建造者模式(Builder Pattern)是一种创建型设计模式,它可以让你构建复杂对象时更加灵活和可控。这种模式的主要目的是将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
抽象工厂模式的定义:Provide an interface for creating families of related or dependent objects without specifying their concrete classes.为创建一组相关或相互依赖的对象提供一个接口, 而且无须指定它们的具体类。
桥接模式是一种结构型设计模式,它旨在将抽象部分与实现部分分离,从而使它们可以独立地变化。这种模式通过使用组合而不是继承的方式,可以在抽象和实现之间建立一座桥梁,使得它们可以独立地变化而互不影响。定义:Decouple an abstraction from its implementation so that the two can vary independently.(将抽象与其实现分离,以便二者可以独立变化)
模板方法模式是一种行为型设计模式,定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改 变一个算法的结构即可重新定义该算法的某些特定步骤。本文从泡茶冲咖啡场景出发,讲解模板方法模式的结构、Java 实现,并分析它在 HttpServlet、Spring JdbcTemplate 中的应用。
状态模式是一种行为型设计模式,允许一个对象在其内部状态改变时改变它的行为,对象看起来似乎修改了它的类。本文从订单状态流转场景出发,讲解状态模式的结构、Java 实现,并分析它在 Spring StateMachine 中的应用。
空对象模式是一种行为型设计模式,用一个不做任何操作(或提供合适默认值)的对象代替 null 引用,从而消除大量空指针判断。本文从日志系统场景出发,讲解空对象模式的结构、Java 实现,并对比分析它与 java.util.Optional、JDK 空实现(OutputStream.nullOutputStream)的关系。
策略模式是一种行为型设计模式,定义一系列算法,把它们一个个封装起来,并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。本文从支付方式选择场景出发,讲解策略模式的结构、Java 实现,并分析它在 java.util.Comparator、Spring 中的应用。
组合模式是一种结构型设计模式,用于将对象组合成树形结构以表示"部分-整体"的层次关系。这种模式使得客户端对单个对象和组合对象的使用具有一致性,从而无需关心处理的是单个对象还是整个对象树。组合模式常常用于处理树形结构的数据,例如文件系统、HTML文档结构,XML文档结构、组织架构等。通过使用组合模式,可以简化对复杂结构的操作,同时也提高了代码的可扩展性和可维护性。
在软件开发的实践中,我们常常需要为对象添加新的功能,但有时候并不希望直接修改对象的原始类。直接修改原始类可能会引入不必要的依赖和耦合,增加系统的复杂性,同时也可能影响到其他使用该类的模块。那么,有没有一种方式可以灵活地给对象添加功能,而不改变其接口和继承结构呢?面对这一问题,装饰模式(Decorator Pattern)提供了一个优雅的解决方案。装饰模式是一种结构型设计模式,它允许用户向一个现有的对象添加新的功能,同时又不改变其结构。这种模式通过创建一个包装对象,即“装饰者”,来包裹真实对象,并在保持原有对象方法签名不变的前提下提供额外的功能。
观察者模式是一种行为型设计模式,定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。本文从天气预报推送场景出发,讲解观察者模式的结构、Java 实现,并分析它在 Spring 事件机制、JDK Observable 中的应用。
解释器模式是一种行为型设计模式 ,给定一门语言,定义它的文法的一种表示,并定义一个解释器,该解释器使用该表示来解释语言中的句子。本文从布尔表达式求值场景出发,讲解解释器模式的结构、Java 实现,并分析它在 Spring SpEL、Java 正则表达式等框架中的应用。
访问者模式是一种行为型设计模式,表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。本文从文件系统统计导出场景出发,讲解访问者模式的结构、Java 实现(双分派),并分析它在 java.nio.file.FileVisitor、ASM 中的应用。
责任链模式是一种行为设计模式,它允许你将请求沿着处理者链进行传递,直到有一个处理者能够处理这个请求为止。在责任链模式中,请求沿着处理者链依次传递,直到其中一个处理者能够处理该请求为止。每个处理者都是独立的,并且不知道整个链中的其他处理者。
迭代器模式是一种行为型设计模式,它提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示。本文从图书馆书单遍历场景出发,讲解迭代器模式的结构、Java 实现,并分析它在 Java 集合框架(java.util.Iterator)中的广泛应用。
适配器模式是一种结构型设计模式,它通过引入一个中间层——即“适配器”——来解决两个不兼容接口之间的矛盾。这个适配器充当转换器的角色,将一种接口转换成另一种客户端期望的接口,从而实现了原有功能的新用途。定义:Convert the interface of a class into another interface the clients expect. Adapter lets classes work together that couldn't otherwise because of incompatible interfaces.(将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作)