适配器模式
#include <stdlib.h>
#include <malloc.h>
#include <iostream>
using namespace std;
class Base{
public:
virtual void process(){
}
};
class Adaptee{
public:
virtual void Request(){
cout<<"get"<<endl;
}
};
class Derived:public Base{
public:
void process(){
}
};
class Adapter:public Base{
private:
Adaptee *p;
public:
Adapter(Adaptee *p){
this->p=p;
}
virtual void process(){
/*我们必须在这里区分代理模式,区别于适配器可以在这里实现功能*/
p->Request();
}
};
int main(void)
{
Base *d=new Derived();
Adaptee *A=new Adaptee();
Base *a=new Adapter(A);
a->process();
return 0;
}
我们的适配器就像一个翻译,在你需要的时候一直站在你的旁边默默地翻译,不需要继承。
确切的说,我们在需要使用一个类的时候,假如此时此刻我们因为它的接口和我们的要求不一样,就应该使用适配器模式,我们就可以构造一个新的类来统一接口。
可以称为亡羊补牢的方法
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· C#/.NET/.NET Core技术前沿周刊 | 第 29 期(2025年3.1-3.9)
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异