设计模式-----结构型模式（adapter）

想学好一门知识或者技术，首先选好书（一定且必须）

菜鸟教程一直是多方面的多入门的网站，内容很多很强大https://www.runoob.com/?s=%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F

《设计模式C++》这本书简洁明了，并且提供了C++版本实现的代码

本博客由以上两方融合而成

本博客由以上两方融合而成

本博客由以上两方融合而成

适配器模式

适配器模式（Adapter Pattern）是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。

这种模式涉及到一个单一的类，该类负责加入独立的或不兼容的接口功能。举个真实的例子，读卡器是作为内存卡和笔记本之间的适配器。您将内存卡插入读卡器，再将读卡器插入笔记本，这样就可以通过笔记本来读取内存卡。

我们通过下面的实例来演示适配器模式的使用。其中，音频播放器设备只能播放 mp3 文件，通过使用一个更高级的音频播放器来播放 vlc 和 mp4 文件。

介绍

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

主要解决：主要解决在软件系统中，常常要将一些"现存的对象"放到新的环境中，而新环境要求的接口是现对象不能满足的。

何时使用： 1、系统需要使用现有的类，而此类的接口不符合系统的需要。 2、想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作，这些源类不一定有一致的接口。 3、通过接口转换，将一个类插入另一个类系中。（比如老虎和飞禽，现在多了一个飞虎，在不增加实体的需求下，增加一个适配器，在里面包容一个虎对象，实现飞的接口。）

如何解决：继承或依赖（推荐）。

关键代码：适配器继承或依赖已有的对象，实现想要的目标接口。

应用实例： 1、美国电器 110V，中国 220V，就要有一个适配器将 110V 转化为 220V。 2、JAVA JDK 1.1 提供了 Enumeration 接口，而在 1.2 中提供了 Iterator 接口，想要使用 1.2 的 JDK，则要将以前系统的 Enumeration 接口转化为 Iterator 接口，这时就需要适配器模式。 3、在 LINUX 上运行 WINDOWS 程序。 4、JAVA 中的 jdbc。

优点： 1、可以让任何两个没有关联的类一起运行。 2、提高了类的复用。 3、增加了类的透明度。 4、灵活性好。

缺点： 1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。 2.由于 JAVA 至多继承一个类，所以至多只能适配一个适配者类，而且目标类必须是抽象类。

使用场景：有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。

注意事项：适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。

 

 

 

#pragma once
#include <iostream>
using std::cout;

class target
{
public:
	virtual void requer()
	{
		cout << "target" << "\n";
	}
};

class adaptee//类适配
{
public:
	virtual void Srequir()
	{
		cout << "adaptee" << "\n";
	}
};
class adaptee1  //对象适配
{
public:
	void Srequir()
	{
		cout << "adaptee1" << "\n";
	}
};

class adaptor:public target,adaptee
{
public:
	void requir()
	{
		this->Srequir();
		m_adaptor->Srequir();
	}
	adaptee1 *m_adaptor;//对象适配器
};

 

int adaport()
{
	adaptor m;
	m.requir();
	return 1;
}

适配器模式虽然很简单，但还是需要自己动手实践一下