设计模式之结构型

一、代理模式

  在不改变原始类（或叫被代理类）的情况下，通过引入代理类来给原始类附加功能。一般情况下，我们让代理类和原始类实现同样的接口。但是，如果原始类并没有定义接口，并且原始类代码并不是我们开发维护的。在这种情况下，我们可以通过让代理类继承原始类的方法来实现代理模式。

  静态代理需要针对每个类都创建一个代理类，并且每个代理类中的代码都有点像模板式的“重复”代码，增加了维护成本和开发成本。对于静态代理存在的问题，我们可以通过动态代理来解决。我们不事先为每个原始类编写代理类，而是在运行的时候动态地创建原始类对应的代理类，然后在系统中用代理类替换掉原始类。动态代理有两种:jdk动态代理和cglib动态代理。

  代理模式常用在业务系统中开发一些非功能性需求，比如：监控、统计、鉴权、限流、事务、幂等、日志。我们将这些附加功能与业务功能解耦，放到代理类统一处理，让程序员只需要关注业务方面的开发。除此之外，代理模式还可以用在 RPC、缓存等应用场景中。

二、桥接模式

“将抽象和实现解耦，让它们可以独立变化。”

  “一个类存在两个（或多个）独立变化的维度，我们通过组合的方式，让这两个（或多个）维度可以独立进行扩展。”通过组合关系来替代继承关系，避免继承层次的指数级爆炸。这种理解方式非常类似于，我们之前讲过的“组合优于继承”设计原则，所以，这里我就不多解释了。我们重点看下 GoF的理解方式。

参考：https://www.jianshu.com/p/af6b1b27f638

三、适配器模式

  适配器模式的英文翻译是 Adapter Design Pattern。顾名思义，这个模式就是用来做适配的，它将不兼容的接口转换为可兼容的接口，让原本由于接口不兼容而不能一起工作的类可以一起工作。对于这个模式，有一个经常被拿来解释它的例子，就是 USB 转接头充当适配器，把两种不兼容的接口，通过转接变得可以一起工作。

public interface ITarget{
	void f1();
	void f2();
	void fc();
}

public class Adaptee{
	public void fa(){ //... }
	
	public void fb(){ //... }	
	
	public void fc(){ //...}
}

public class Adaptor extends Adaptee implements ITarget{
	public void f1(){
		super.fa();  
	}
	public void f2(){
	//...重新实现f2()...  
	}

	// 这里fc()不需要实现，直接继承自Adaptee，这是跟对象适配器最大的不同
}

// 对象适配器：基于组合
public interface ITarget{
	void f1();
	void f2();
	void fc();
}

public class Adaptee{
	public void fa(){ 
		//... 
	}
	public void fb(){ 
		//... 
	}
	
	public void fc(){ 
		//... 
	}
}

public class Adaptor implements ITarget{
	private Adaptee adaptee;

	public Adaptor(Adaptee adaptee){
		this.adaptee = adaptee;  
	}

	public void f1(){    
		adaptee.fa(); 
		//委托给Adaptee  
	}
	
	public void f2(){
		//...重新实现f2()...  
	}
	
	public void fc(){    
		adaptee.fc();  
	}
}

  一般来说，适配器模式可以看作一种“补偿模式”，用来补救设计上的缺陷。应用这种模式算是“无奈之举”。

四、装饰者模式

  装饰器模式主要解决继承关系过于复杂的问题，通过组合来替代继承。它主要的作用是给原始类添加增强功能。这也是判断是否该用装饰器模式的一个重要的依据。除此之外，装饰器模式还有一个特点，那就是可以对原始类嵌套使用多个装饰器。为了满足这个应用场景，在设计的时候，装饰器类需要跟原始类继承相同的抽象类或者接口。其中，最著名的装饰者模式的应用就是IO模型的设计。

InputStream in = new FileInputStream("/user/wangzheng/test.txt");
InputStream bin = new BufferedInputStream(in);
DataInputStream din = new DataInputStream(bin);
int data = din.readInt();

代理、桥接、装饰器、适配器 4 种设计模式的区别

代理模式：代理模式在不改变原始类接口的条件下，为原始类定义一个代理类，主要目的是控制访问，而非加强功能，这是它跟装饰器模式最大的不同。

桥接模式：桥接模式的目的是将接口部分和实现部分分离，从而让它们可以较为容易、也相对独立地加以改变。

装饰器模式：装饰者模式在不改变原始类接口的情况下，对原始类功能进行增强，并且支持多个装饰器的嵌套使用。

适配器模式：适配器模式是一种事后的补救策略。适配器提供跟原始类不同的接口，而代理模式、装饰器模式提供的都是跟原始类相同的接口。

五、门面模式

  门面模式为子系统提供一组统一的接口，定义一组高层接口让子系统更易用。门面模式定义中的“子系统（subsystem）”也可以有多种理解方式。它既可以是一个完整的系统，也可以是更细粒度的类或者模块。

门面模式解决的问题：

• 解决易用性问题
  门面模式可以用来封装系统的底层实现，隐藏系统的复杂性，提供一组更加简单易用、更高层的接口。

• 解决性能问题
  我们通过将多个接口调用替换为一个门面接口调用，减少网络通信成本，提高 App 客户端的响应速度。

• 解决分布式事务问题
  可以利用门面模式，对多个事物进行组合，例如多个SQL进行组合，方便回滚。

六、组合模式

  组合模式，将一组对象组织成树形结构，将单个对象和组合对象都看做树中的节点，以统一处理逻辑，并且它利用树形结构的特点，递归地处理每个子树，依次简化代码实现。使用组合模式的前提在于，你的业务场景必须能够表示成树形结构。所以，组合模式的应用场景也比较局限，它并不是一种很常用的设计模式。主要应用场景有：文件管理、部门人员管理。

七、享元模式

  所谓“享元”，顾名思义就是被共享的单元。享元模式的意图是复用对象，节省内存，前提是享元对象是不可变对象。具体来讲，当一个系统中存在大量重复对象的时候，我们就可以利用享元模式，将对象设计成享元，在内存中只保留一份实例，供多处代码引用，这样可以减少内存中对象的数量，以起到节省内存的目的。实际上，不仅仅相同对象可以设计成享元，对于相似对象，我们也可以将这些对象中相同的部分（字段），提取出来设计成享元，让这些大量相似对象引用这些享元。

  享元模式的代码实现非常简单，主要是通过工厂模式，在工厂类中，通过一个 Map 或者List 来缓存已经创建好的享元对象，以达到复用的目的。

引用：极客时间读书笔记