冰糖的博客

规格模式并不在传统的23设计模式中，属于后面扩展的设计模式。（包括逻辑组合、有点装饰器的感觉，可以不断套娃）匹配。简单描述就是对一批数据进行。

该模式，通常包含：抽象化角色（持有实现化角色完成功能）、实现化角色、修正抽象化角色、具体实现化角色。将原本在一个类中的功能，按更细的粒度拆分到不同的类中，然后各自独立发展。桥梁模式是一种相对简单的模式，通常以组合替代继承的方式实现。从设计原则来讲，可以说是单一职责的一种体现。

可以将相同的部分和不同的部分进行拆分，以达到多个对象共享相同部分内存的目的。对象时，可以考虑使用享元模式减少整体内存占用。通常享元对象通过共享的属性映射一个享元对象。创建多个对象共用相同key的公共对象。

备忘录模式用于将对象的状态进行保存为备忘录，以便在需要时可以从备忘录会对象状态；常用于需要回退、撤销功能的场景。

其核心思想就是：封装内部子系统的复杂调用，提供一个门面对象供外部调用。门面模式是一种概念相对简单的设计模式。

观察者模式，顾名思义就是一个对象观察着其他对象，一旦被观察的对象发生变化时，观察者对象也要做出相应动作。通常包含2个抽象角色及其对应的实现。

组合模式用于描述部分与整体的关系，将个体对象与组合对象的行为统一，便于维护整个数据集。可以在通用抽象中定义一个上级节点，然后在父节点添加子节点同时为子节点关联父节点。由于所有节点操作一致，在使用中无需强转。在有的场景中，需要支持向上查询。

适配器模式常用于系统已经上限稳定运行，但现有需求需要将两个不匹配的类放到一起工作时使用。这种模式，正应了那句软件领域的名言：没有什么是加一层解决不了的。那么不兼容类除了成员的方式关联外。适配器还可以继承不兼容的类。在得到不兼容对象后，先将其转为适配器对象，再将其传入原有接口。要实现适配器模式，原有系统类需存在抽象层，否则无从谈起。也就是说这是一个迭代阶段使用的模式。

定义一组策略，并将其封装起来到一个策略上下文中。Java中的枚举就是一种自带表驱动属性的数据类型。由调用者决定应该使用哪种策略，并且可以动态替换。调用方选择一个策略，并创建策略上下文 发起调用。来规避具体策略对调用方的影响考虑。同样只需传入策略标识即可。基于以上传统策略中使用。

这么一说感觉上和代理模式有些类似。装饰器模式是一种功能型模式。

通常，在一个业务场景下会对整个责任链进行初始化，确定这个链上有哪些Handler。可以考虑将这些处理器添加到一个链上，让请求逐个经过这些处理器进行处理。匹配的条件通常包含在请求参数中，用于与每个Handler内条件匹配。这里参数就简单定义一个类，不提抽象层了。然后将请求委托给责任链。如果一个请求要经过多个。在实际使用中，可以将。

命令对象封装了该命令需要的所有逻辑，不需要调用方关注内部细节。命令模式是一种体现高内聚的行为模式。，由这个命令对象完成所需业务调用。将整个请求封装成一个。

其实就是字面意思，将和其他模块交互的部分交给中介完成（由中介去沟通各方。为了简化多个类间复杂的耦合关系，单独定义一个中介者。将边界交互的部分交给中介者，从而简化各个类内部逻辑。

基于已有对象，利用JDK的Cloneable接口，生成一个新的对象。当构建基础对象比较耗时时，采用Clone方式。常用于需要同时创建多个对象的场景。否则直接构建基础对象。

所谓动态代理，不必在编码阶段把代理类生成出来，而是代码运行时，动态创建的代理对象。说到代理模式，Spring AOP 就是一种基于动态代理的实现。基于JDK的动态代理，需要代理的类必须声明接口。基于原有方法进行功能增强的一种模式。

与工厂方法类似，为了避免调用方与众多建造者子类直接交互。通常用于构建一系列复杂对象，这些对象有一定的共性。我们可以通过不同的建造者，组装不同的对象。建造者模式属于创造型设计模式。我们可以定义一个中间协调类。

父类模板方法具体子类@Override@Override@Override@Override。

如果产品本身就有一些共通的地方，我们可以将产品划分到同一个工厂的不同产品线，这些产品的生产可以共用一些资源。由于每种产品定义了对应的工厂类，因此工厂方法不需要类型参数就非常明确需要创建的实例。多种类型产品初始化逻辑不一致时，可以采用不同工厂实例来初始化对应类型的产品。如果对象创建逻辑简单且一致，可以使用简单工厂。传入想要生成的实例类型。工厂模式用以封装复杂的实例初始化过程，供外部统一调用。以上工厂方法，一个产品就需要一个工厂类。

一个类全局只有一个实例，自行实例化并提供给使用。单例模式可以扩展为有上限多例。构造函数私有化是前提。

，则可能违反该原则。在实际开发中要完全遵守很难，可以尽量往这上面靠，能不依赖其他自定义类尽量不依赖。