小青年学设计模式【1】

抽象工厂模式

提供一个创建一系列相关或互相依赖对象的接口，而无需指定它们具体的类。
由于工厂方法模式有缺陷，类的创建依赖工厂类，也就是说，如果想要拓展程序，必须对工厂类进行修改，这违背了闭包原则，所以，从设计角度考虑，有一定的问题，如何解决？就用到抽象工厂模式，创建多个工厂类，这样一旦需要增加新的功能，直接增加新的工厂类就可以了，不需要修改之前的代码。
应用场景： Java源码中java.sql.Connection、java.sql.Driver

建造者模式

将一个复杂对象的创建过程与它的表示分离，使得同样的构建过程能创建不同的表示。
以做蛋糕为例，消费者不关心蛋糕的制作过程，因此把蛋糕制作的复杂过程封装起来。但是消费者可能需要不同种类的蛋糕，这就需要不同的蛋糕师来制作，所以需要实现制作不同种类蛋糕的蛋糕师（一个蛋糕师对应一种蛋糕）。然后售货员根据消费者的需求，指定对应的蛋糕师进行蛋糕制作，然后将蛋糕交给消费者。
应用场景： Spring源码中org.springframework.web.servlet.mvc.method.RequestMappingInfo、
org.springframework.beans.factory.support.BeanDefinitionBuilder

适配器模式（电压适配的例子）

将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作
三种适配器模式：类、对象、借口

类的适配器模式：当希望将一个类转换成满足另一个新接口的类时，可以使用类的适配器模式，创建一个新类，继承原有的类，实现新的接口即可。
PS：类的适配器模式可以访问适配前的方法，违背迪米特（最少知道）原则，对“接口”有污染。

对象的适配器模式：当希望将一个对象转换成满足另一个新接口的对象时，可以创建一个Wrapper类，持有原类的一个实例，在Wrapper类的方法中，调用实例的方法就行。

接口的适配器模式：当不希望实现一个接口中所有的方法时，可以创建一个抽象类Wrapper，实现所有方法，我们写别的类的时候，继承抽象类即可。

应用场景：
1.当你希望使用某些现有类，但其接口与您的其他代码不兼容时，请使用适配器类。
2.当你希望重用几个现有的子类，这些子类缺少一些不能添加到超类中的公共功能时，请使用该模式。
JDK:
java.util.Arrays#asList()
java.util.Collections#list()
Spring:
org.springframework.context.event.GenericApplicationListenerAdapter

装饰器模式

在不改变原有对象的基础上，将功能附加到对象上
创建一个抽象类，实现被装饰者的接口，然后将被装饰者的对象作为构造器的参数引入（其实就是组合的方式）。然后创建一个类继承该抽象类，实现要装饰的方法，在该方法中用被装饰者的对象调用被装饰者已经实现的方法，同时增加额外的功能（装饰）。
应用场景：
扩展一个类的功能或给一个类添加附加职责。
Servlet Api:
javax.servlet.http.HttpServletRequestwrapper
javax.servlet.http.HttpservletResponsewrapper

模板方法模式

定义一个操作的算法骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

应用场景：
javax.servlet.http.Httpservlet
org.springframework.web.servlet.mvc.Abstractcontroller

代理模式

为某对象提供一种代理以控制对该对象的访问。
即客户端通过代理间接地访问该对象，从而限制、增强或修改该对象的一些特性。比如我们在租房子的时候会去找中介，为什么呢？因为你对该地区房屋的信息掌握的不够全面，希望找一个更熟悉的人去帮你做，此处的代理就是这个意思。再如我们有的时候打官司，我们需要请律师，因为律师在法律方面有专长，可以替我们进行操作，表达我们的想法。
代理模式的应用场景：
如果已有的方法在使用的时候需要对原有的方法进行改进，此时有两种办法：

1. 修改原有的方法来适应。这样违反了“对扩展开放，对修改关闭”的原则。
2. 采用一个代理类调用原有的方法，且对产生的结果进行控制。这种方法就是代理模式。