我所理解的设计模式系列

今天要跟大家聊的是状态模式（State Pattern），它描述的是程序因为内部状态发生转变而有不同行为的情况。比如说自动售货机，当用户把钱塞入投币处，对于自动售货机来说，它的投币状态变成了已投币

责任链模式（Chain of Responsibility Pattern）也是一种极为常见的设计模式，如 Servlet 规范中的过滤器、Spring 中多个 AOP 的链式处理、OA 系统多级主管

策略模式（Strategy Pattern）从某种意义上可以说是面向对象程序设计特性之一的多态的一种应用，它描述的是为了达成某种目的而存在多种可供选择的实现方式的情况，我们将这些可供选择的实现方式命名

之前谈到年初公司项目基于 DDD 思想进行领域重构时应用到了门面模式，今天来说说重构时运用到的另一种设计模式——模板方法模式（Template Method Pattern）。事实上，基于模板编程

今天要跟大家聊的是观察者模式（Observer Pattern），观察者模式非常容易理解，好比说微博，用户关注了明星成为其粉丝，每当明星发布微博的时候总是会给用户发送一条消息推送通知。

今天要跟大家聊的是享元模式（Flyweight Pattern），顾名思义享元就是共享元信息。为什么要共享元信息？有两个原因，第一是创建元信息的过程可能比较耗时、耗费资源；第二是元信息内容重复率较高，

今天要跟大家聊的是组合模式（Component Pattern），需要强调的是：这里说的组合与之前在桥接模式中就提到过“以组合代替继承”思想中的“组合”不是一个概念。后者是指将A类变成B类的属性，以此

事实上，门面模式在传统 Dao-Service-Controller 分层架构中极为常见。试着回想一下，你定义的 Controller 是不是一般只有一些 Service 的调用，只涉及一些逻辑判断，

相比于装饰器模式而言，适配器模式在实际项目中的运用更加广泛，并且只要有适当的工作经验（三年以下），就一定用到过这种设计模式。举个例子，张三负责的交易中心提供了一个抽象且通用的创建订单接口，该接口原本是

装饰器模式的应用极为广泛，连 JDK 源码都将它奉为瑰宝，众多 IO 类就是适配器模式的最佳实践。装饰器模式是一种结构型设计模式

事实上，在系统性地学习23种设计模式之前，我从未听说过桥接模式。现实也是如此，技术有太多太多，能够解决各种各样的问题，但是实际上平常开发需要用到的，或许不到十之五六，一些“旁门左道”甚至你连听都没听说

从前从前，有个面试官问我动态代理和静态代理的区别，我当时支支吾吾没说清楚，只提到了动态代理需要实现 InvocationHandler 接口，然后使用 Proxy 类反射创建实例云云。至于静态代理……

原型模式（Prototype Patter）属于创建型模式，它提供了一种创建重复对象的最佳方式。其定义是：“用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。”

建造者模式（Builder Patter）属于创建型模式，它提供了一种创建对象的最佳方式。其定义是：”将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。“

本文主要介绍抽象工厂模式（Abstract Factory Pattern），它的定义是：“提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。”。

本文主要介绍工厂方法模式（Factory Method Pattern），它的定义是：“定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。”

本文主要介绍简单工厂模式（Simple Factory Pattern），它又叫静态工厂模式（Static Factory MethodPattern），它的定义是：“定义一个工厂类，他可以根据参数的

单例模式（Singleton Patter）可以算是 GOF 23种设计模式中最简单的一种模式了，它属于创建型模式。单例模式的定义也非常容易理解：“一个类仅允许创建一个实例的模式被称为单例模式“。