本文介绍: 在类适配器模式中,适配器类即继承目标类,又继承适配者类,从而能够调用适配者类的方法,并将其适配目标类身上。相比之下,对象适配器更加灵活,因为它是继承目标类、定义适配对象,在目标类方法调用适配者对象的方法,这种方法支持我们可以适配多个适配者类(也就是定义多个适配者类),所以更加灵活。2、系统的解耦:适配器模式客户端和适配者类进行解耦,使得客户端需要关心具体适配者类的实现细节。2、关系:对象适配器通过持有适配者对象的引用连接适配器与适配者,类适配器通过同时继承目标类和适配者类来连接适配器与适配者。

适配器是一种结构设计模式用于一个接口转换为另一个客户端需要接口。该模式通过创建一个适配器对象,使不兼容接口可以协同工作

适配器模式主要分为三个角色:适配器类、目标类、适配者类。

适配器模式分为对象适配器类适配器

对象适配器是基于组合实现,而类适配器通过多继承方式实现。在类适配器模式中,适配器类即继承目标类,又继承适配者类,从而能够调用适配者类的方法,并将其适配到目标类身上。相比之下,对象适配器更加灵活,因为它是继承目标类、定义适配者对象,在目标类方法中调用适配者对象的方法,这种方法支持我们可以适配多个适配者类(也就是定义多个适配者类),所以更加灵活。

主要区别包括:

1、实现方式:对象适配器使用对象组合(composition实现适配器功能,而类适配器使用多重继承(multiple inheritance实现适配器功能

2、关系:对象适配器通过持有适配者对象的引用连接适配器与适配者,类适配器通过同时继承目标类和适配者类来连接适配器与适配者。

3、灵活性:对象适配器更加灵活,可以适配多个适配者类,并且可以动态切换适配者;类适配器在编译时就确定了适配者类,无法在运行动态切换适配者。

因为类适配器是在编译确定的,所以基本没有优点,我们这里一个对象适配器的例子

假设我们现在有一个模拟动物各种行为机器人,它定义了叫喊和奔跑两种方法,我们现在希望不修改现有代码的基础上让机器人模仿狗的叫声和跑步姿势。

在这里插入图片描述

#include <iostream>
#include <memory>

// 目标抽象类Robot
class IRobot
{
public:

	virtual ~IRobot() {}

	virtual void Cry() = 0;

	virtual void Run() = 0;
};

// 适配者类 狗
class Dog
{
public:

	void Wang()
	{
		std::cout << "狗叫" << std::endl;
	}

	void Run()
	{
		std::cout << "狗跑" << std::endl;
	}
};

// 适配器类
class DogAdapter
	: public IRobot
{
public:

	DogAdapter(std::shared_ptr<Dog&gt; _dog)
		: dog_(_dog)
	{}

	virtual void Cry() override
	{
		std::cout << "机器人模仿: ";

		if (dog_)
			dog_->Wang();
	}

	virtual void Run() override
	{
		std::cout << "机器人模仿: ";

		if (dog_)
			dog_->Run();
	}

private:
	std::shared_ptr<Dog> dog_;
};

测试

void TestAdapter()
{
	std::shared_ptr<IRobot> robot = std::make_shared<DogAdapter>(std::make_shared<Dog>());

	robot->Cry();

	robot->Run();
}

输出

机器人模仿: 狗叫
机器人模仿: 狗跑

为了实现这个示例我们创建一个抽象目标类 IRobot定义了叫和跑两种方法。创建一个具体适配者类 Dog,同样实现了叫和跑两种方法,创建一个适配器类 DogAdapter继承IRobot,并且定义一个适配者对象,重写这两种方法,在这两种方法里调用适配者对象的叫和跑两种方法到达机器模拟狗叫和狗跑的目的。

适配器模式遵循以下设计原则

1、单一职责原则:适配器类的主要责任是将不兼容的接口转换为兼容的接口,它应该关注适配工作,不涉及其他功能

2、开闭原则:适配器模式允许系统在不修改现有代码的情况下引入新的适配器类,以适应不同的适配需要

优点:

1、增加代码的可重用性:适配器模式可以重用现有的适配者类,无需修改代码,增加系统的可维护性和灵活性。

2、系统的解耦:适配器模式将客户端和适配者类进行解耦,使得客户端需要关心具体适配者类的实现细节。而且适配者类发生改变不影响客户端

3、提高系统的扩展性:适配者模式允许在不修改现有代码的情况下增加新的适配器类以适应不同接口需求

缺点:

1、增加系统的复杂性:因为引入了适配器类,增加了系统的复杂性,对于简单系统可能显得过于繁琐。

2、增加运行时的开销:由于适配器需要进行接口转换数据转换可能引入一些系统运行时的开销。

原文地址:https://blog.csdn.net/m0_51415606/article/details/134701702

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_35344.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注