结构性模式 - 适配器模式

1.模式动机

• 在软件开发中采用类似于电源适配器的设计和编码技巧被称为适配器模式。
• 通常情况下，客户端可以通过目标类的接口访问它所提供的服务。有时，现有的类可以满足客户类的功能需要，但是它所提供的接口不一定是客户类所期望的，这可能是因为现有类中方法名与目标类中定义的方法名不一致等原因所导致的。
• 在这种情况下，现有的接口需要转化为客户类期望的接口，这样保证了对现有类的重用。如果不进行这样的转化，客户类就不能利用现有类所提供的功能，适配器模式可以完成这样的转化。
• 在适配器模式中可以定义一个包装类，包装不兼容接口的对象，这个包装类指的就是适配器(Adapter)，它所包装的对象就是适配者(Adaptee)，即被适配的类。
• 适配器提供客户类需要的接口，适配器的实现就是把客户类的请求转化为对适配者的相应接口的调用。也就是说：当客户类调用适配器的方法时，在适配器类的内部将调用适配者类的方法，而这个过程对客户类是透明的，客户类并不直接访问适配者类。因此，适配器可以使由于接口不兼容而不能交互的类可以一起工作。这就是适配器模式的模式动机。

2. 模式定义

适配器模式(Adapter Pattern) ：将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。

3. 模式结构

适配器模式包含如下角色：

• Target：目标抽象类
• Adapter：适配器类
• Adaptee：适配者类
• Client：客户类 适配器模式有对象适配器和类适配器两种实现：

对象适配器：

类适配器：

4. 时序图

5. 代码分析

5.1.c++实现

#include <iostream>
using namespace std;

class Target
{
public:
    virtual void request() = 0;
};

class Adaptee
{
public:
    void specificRequest()
    {
        cout << "Adaptee::specificRequest()" << endl;
    }
};

class Adapter : public Target
{
public:
    Adapter::Adapter(Adaptee *adaptee)
    {
        m_pAdaptee = adaptee;
    }
    void request()
    {
        m_pAdaptee->specificRequest();
    }

private:
    Adaptee *m_pAdaptee;
};

5.2.Golang实现

package main

import "fmt"

type Target interface {
	request()
}

type Adaptee struct {
}

func (c *Adaptee) specificRequest() {
	fmt.Println("Adaptee::specificRequest()")
}

type Adapter struct {
	m_pAdaptee *Adaptee
}

func (c *Adapter) request() {
	c.m_pAdaptee.specificRequest()
}

func (c *Adapter) Adapter(adaptee *Adaptee) {
	c.m_pAdaptee = adaptee
}

func main(){
	Adaptee := new(Adaptee)
	Adapter := new(Adapter)
	Adapter.Adapter(Adaptee)
	Adapter.request()
}

6. 适用环境

在以下情况下可以使用适配器模式：

• 系统需要使用现有的类，而这些类的接口不符合系统的需要。
• 想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作。