“接口隔离”模式

最新推荐文章于 2024-08-19 09:13:47 发布

夜深矣

最新推荐文章于 2024-08-19 09:13:47 发布

阅读量356

点赞数

分类专栏：设计模式文章标签： “接口隔离”模式 Facade门面模式 Proxy代理模式 Adapter适配器模式 Mediator中介者模式

本文链接：https://blog.csdn.net/qq_40822303/article/details/88395846

版权

设计模式专栏收录该内容

10 篇文章 0 订阅

订阅专栏

“接口隔离”模式

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

典型模式

Facade

Proxy

Adapter

Mediator

Facade门面模式

为子系统中的一组接口提供一个一致（稳定）的界面，Facade模式定义了一个高层接口，这一接口使得这一子系统更加容易使用（复用）。

动机

当组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。

如何简化外部客户程序和系统间的交互接口？如何使外部客户程序的演化和内部子系统的变化之间的依赖相互解耦？

类图

Facade门面模式要点总结

从客户程序的角度来看，Facade模式简化了整个组件系统的接口，对于组件内部和外部客户程序来说，达到了一种解耦的效果---内部子系统的任何变化不会影响到Facade接口的变化。

Facade设计模式更注重从架构的层次去看整个系统，而不是单个类的层次。Facade很多时候更是一种架构设计模式。

Facade设计模式并非一个集装箱，可以任意地放进任何多个对象。Facade模式中组件的内部应该是“相互耦合关系比较大的一系列组件”，而不是一个简单的功能的集合。

Proxy代理模式

为其他对象提供一种代理（隔离，使用接口）对这个对象的访问。

动机

在面向对象的系统中，有些对象由于某些原因（比如对象创建的开销很大，或者某些操作系统需要安全控制，或者需要进程外的访问等），直接访问会给访问者，或者系统结构带来很多的麻烦。

如何在不失去透明操作对象的同时来管理控制这些对象特有的复杂性？增加一层间接层是软件开发中常见的解决方式。

结构化软件设计流程

//ISubject.cpp
class ISubject{
public:
    virtual void process();
};
//RealSubject.cpp
class RealSubject: public ISubject{
public:
    virtual void process(){
        //....
    }
};
//ClientApp.cpp
class ClientApp{ 
    ISubject* subject;
public: 
    ClientApp(){
        subject=new RealSubject();
    } 
    void DoTask(){
        //...
        subject->process();
        
        //....
    }
};

Proxy代理模式软件设计流程

//ISubject.cpp
class ISubject{
public:
    virtual void process();
};
//Proxy的设计
//SubjectProxy.cpp
class SubjectProxy: public ISubject{  
public:
    virtual void process(){
        //对RealSubject的一种间接访问
        //....
    }
};
//ClientApp.cpp
class ClientApp{
    ISubject* subject;   
public:
    ClientApp(){
        subject=new SubjectProxy();
    } 
    void DoTask(){
        //...
        subject->process();     
        //....
    }
};

Proxy代理模式要点总结

“增加一层间接层”是软件系统对许多复杂问题的一种常见解决方法。在面向对象系统中，直接使用某些对象会带来很多问题，作为间接层的proxy对象便是解决这一问题的常用手段。

具体proxy模式的实现方法、实现粒度都相差很大，有可能对单个对象做细粒度的控制，如copy-on-write技术，有些可能对组件模块提供抽象代理层，在架构层次对对象做proxy。

Proxy并不一定要求保持接口完整的一致性，只要能够实现间接控制，有时候损及一些透明性时可以接受的。

Adapter适配器模式

将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类一起工作。

动机

在软件系统中，由于应用环境的变化，常常需要将"一些现存的对象"放在新的环境中应用，但是新环境要求的接口是这些现存对象所不满足的。

如何应对这种"迁移的变化"？如何既能利用现有对象的良好实现，同时又能满足新的应用环境所要求的的接口?

类图

Adaptee

需要包装的类。
Target

接口是供客户端调用的接口，定义了适配器需要实现的接口。
Adapter

适配器类，它组合了 Adaptee 类和继承实现类 Target 接口

//目标接口（新接口）
//ITarget.cpp
class ITarget{
public:
    virtual void process()=0;
};
//遗留接口（老接口）
//IAdaptee.cpp
class IAdaptee{
public:
    virtual void foo(int data)=0;
    virtual int bar()=0;
};
//遗留类型
//OldClass.cpp
class OldClass: public IAdaptee{
    //....
};
//对象适配器
//Adapter.cpp
class Adapter: public ITarget{ //继承
protected:
    IAdaptee* pAdaptee;//组合
public:
    Adapter(IAdaptee* pAdaptee){
        this->pAdaptee=pAdaptee;
    } 
    virtual void process(){
        int data=pAdaptee->bar();
        pAdaptee->foo(data);
        
    }  
};
//类适配器
//Adapter.cpp
class Adapter: public ITarget,
               protected OldClass{ //多继承            
               //...
}
//main.cpp
int main(){
    IAdaptee* pAdaptee=new OldClass(); 
    ITarget* pTarget=new Adapter(pAdaptee);
    pTarget->process();  
}

Adapter适配器模式要点总结

Adapter模式主要应用于“希望复用一些现存的类，但是接口又与复用环境要求不一致的情况”，在遗留代码复用、类库迁移等方面非常有用。

GOF23定义了两种Adapter模式的实现结构：对象适配器和类适配器。但类适配器采用“多继承”的实现方式，一般不推荐使用。对象适配器采用“对象组合”的方式，更符合“松耦合”精神。

Adapter模式可以实现的非常灵活，不必拘泥于GOF23中定义的两种结构，例如，完全可以将Adapter模式中的“现存对象”作为新的接口方法参数，来达到适配的目的。