“接口隔离”模式

• 在组件构建过程中，某些接口之间直接的依赖常常会带来很多问题、甚至根本无法实现。采用添加一层间接（稳定）接口，来隔离本来互相紧密关联的接口是一种常见的解决方案。
• 典型模式

Facade

Proxy

Adapter

Mediator

动机（Motivation）

• 在面向对象系统中，有些对象由于某种原因（比如对象创建的开销很大，或者某些操作需要安全控制，或者需要进程外的访问等）直接访问会给使用者、或者系统结构带来很多麻烦。
• 如何在不失去透明操作对象的同时来管理/控制这些对象特有的复杂性？增加一层间接层是软件开发中常见的解决方式。 //透明操作：稳定，一致性。控制对象的复杂：隔离变化。

类图

结构很简单，使用起来有可能很复杂。

代码示例

一般的常规操作有可能是这样的(伪代码)：

class ISubject{
public:
virtual void process();
};


class RealSubject: public ISubject{
public:
virtual void process(){
//....
}
};


class ClientApp{
ISubject* subject;

public:

ClientApp(){
subject=new RealSubject(); // 实际有可能拿不到这个东西
}

void DoTask(){
//...
subject->process();
//....
}
};

实际有可能拿不到 RealSubject 这个对象。

代理模式(伪代码)：

class ISubject{
public:
virtual void process();
};


//Proxy的设计
class SubjectProxy: public ISubject{
public:
virtual void process(){
//对RealSubject的一种间接访问
//.... 这里实现有可能很复杂
}
};

class ClientApp{
ISubject* subject;
public:
ClientApp(){
subject=new SubjectProxy(); // 有可能用工厂什么的包装起来
}

void DoTask(){
//...
subject->process();

//....
}
};

要点总结

• “增加一层间接层”是软件系统中对许多复杂问题的一种常见解决方法。在面向对象系统中，直接使用某些对象会带来很多问题，作为间接层的proxy对象便是解决这一问题的常用手段。
• 具体proxy设计模式的实现方法、实现粒度都相差很大，有些可能对单个对象做细粒度的控制，如copy-on-write技术，有些可能对组件模块提供抽象代理层，在架构层次对对象做proxy。
• Proxy并不一定要求保持接口完整的一致性，只要能够实现间接控制，有时候损及一些透明性是可以接受的。

以分布式的例子来解释这个模式，会大量的使用。不是太明白怎么使用。
设计模式看到这，个人的感觉：1) 实体类用来做数据的通信 2)接口用来做行为的通信。

---

参考：GeekBand