深入理解C#结构型设计模式:类适配器与对象适配器

server/2025/2/12 2:31:41/

一、设计模式的基本概念

设计模式是软件开发过程中针对反复出现的问题总结出来的通用解决方案。结构型设计模式主要关注如何将类或对象进行组合,以实现新的功能或满足特定的需求。适配器模式就是结构型设计模式中的一种,它允许将一个类的接口转换成客户希望的另一个接口,使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

二、类适配器模式

(一)实现原理

类适配器模式通过继承来实现接口的适配。它创建一个新的类,该类继承自需要适配的类,并实现目标接口。通过这种方式,新类可以同时拥有原类的功能和目标接口的方法。

(二)原理代码示例

// Portal 类,代表需要适配的类
public class Portal
{private readonly string _msg;public Portal(string msg){_msg = msg;}public void Input(){Console.WriteLine(_msg + " --> 18v。");}
}// IOutput 接口,代表目标接口
interface IOutput
{void Output();
}// Adapter 类,适配器类
class Adapter : Portal, IOutput
{public Adapter(string msg) : base(msg){}public void Output(){Input();}
}class Program
{static void Main(string[] args){IOutput adapter = new Adapter("220v");adapter.Output(); }
}
实际项目案例:旧支付系统与新接口适配

假设一个电商系统中,有一个旧的支付系统类 OldPaymentSystem,它有一个 ProcessPaymentOld 方法用于处理支付。现在系统要升级,引入了一个新的支付接口 INewPayment,包含 ProcessPayment 方法。为了让旧的支付系统能够适配新的接口,可以使用类适配器模式。

// 旧的支付系统类
public class OldPaymentSystem
{public void ProcessPaymentOld(decimal amount){Console.WriteLine($"Processing payment of {amount} using old system.");}
}// 新的支付接口
public interface INewPayment
{void ProcessPayment(decimal amount);
}// 类适配器
public class PaymentAdapter : OldPaymentSystem, INewPayment
{public void ProcessPayment(decimal amount){ProcessPaymentOld(amount);}
}// 使用示例
class Program
{static void Main(){INewPayment payment = new PaymentAdapter();payment.ProcessPayment(100.0m);}
}

在这个案例中,PaymentAdapter 类继承了 OldPaymentSystem 类并实现了 INewPayment 接口,将旧系统的支付方法适配到了新的接口上,使得旧系统可以无缝融入新的支付流程。

 

(三)优缺点分析

  • 优点
    • 实现简单:通过继承和接口实现,代码结构相对清晰,易于理解和维护。
    • 可以重写基类方法:适配器类可以重写基类的方法,从而提供更灵活的适配方式。
  • 缺点
    • 耦合度高:适配器类与被适配的类之间通过继承建立了紧密的联系,当被适配类的实现发生变化时,可能会影响到适配器类。
    • 只能适配一个类:由于 C# 等语言不支持多重继承,适配器类只能继承一个基类,因此只能适配一个类。

三、对象适配器模式

(一)实现原理

对象适配器模式通过组合来实现接口的适配。它创建一个新的类,该类持有需要适配的类的实例,并实现目标接口。在目标接口的方法中,调用适配类实例的相应方法。

(二)原理代码示例

// Portal 类,代表需要适配的类
public class Portal
{private readonly string _msg;public Portal(string msg){_msg = msg;}public void Input(){Console.WriteLine(_msg + " --> 18v");}
}// Export 类,抽象类,代表目标接口
public abstract class Export
{public abstract void Output();
}// Adapter 类,适配器类
public class Adapter : Export
{private readonly Portal _portal;public Adapter(string msg){_portal = new Portal(msg);}public override void Output(){_portal.Input();}
}class Program
{static void Main(string[] args){Export adapter = new Adapter("220v");adapter.Output(); }
}
实际项目案例:多格式文件读取器适配

假设一个文件处理系统,有多种不同格式的文件读取器,如 TxtFileReader 用于读取文本文件,CsvFileReader 用于读取 CSV 文件。现在系统需要一个统一的文件读取接口 IFileReader,可以使用对象适配器模式来实现。

// 文本文件读取器
public class TxtFileReader
{public void ReadTxtFile(string filePath){Console.WriteLine($"Reading TXT file: {filePath}");}
}// CSV 文件读取器
public class CsvFileReader
{public void ReadCsvFile(string filePath){Console.WriteLine($"Reading CSV file: {filePath}");}
}// 统一的文件读取接口
public interface IFileReader
{void ReadFile(string filePath);
}// 对象适配器
public class FileReaderAdapter : IFileReader
{private readonly TxtFileReader _txtReader;private readonly CsvFileReader _csvReader;public FileReaderAdapter(){_txtReader = new TxtFileReader();_csvReader = new CsvFileReader();}public void ReadFile(string filePath){if (filePath.EndsWith(".txt")){_txtReader.ReadTxtFile(filePath);}else if (filePath.EndsWith(".csv")){_csvReader.ReadCsvFile(filePath);}else{Console.WriteLine("Unsupported file format.");}}
}// 使用示例
class Program
{static void Main(){IFileReader reader = new FileReaderAdapter();reader.ReadFile("example.txt");reader.ReadFile("example.csv");}
}

在这个案例中,FileReaderAdapter 类实现了 IFileReader 接口,并持有 TxtFileReader 和 CsvFileReader 对象的引用。在 ReadFile 方法中,根据文件的扩展名选择调用不同的读取器方法,实现了对多种文件读取器的适配。

(三)优缺点分析

  • 优点
    • 低耦合度:适配器类与被适配的类之间通过组合的方式关联,降低了类之间的耦合度。当被适配类的实现发生变化时,只要其接口不变,适配器类就不需要修改。
    • 灵活性高:可以在运行时动态地改变适配器类所适配的对象,只需要修改持有对象的引用即可。
    • 可适配多个类:可以通过修改适配器类,使其能够适配多个不同的类,只要这些类都有类似的功能。
  • 缺点
    • 代码复杂度增加:相对于类适配器模式,对象适配器模式需要创建额外的对象并进行组合,增加了代码的复杂度。
    • 调用开销:由于需要通过对象引用调用方法,会存在一定的调用开销。

四、两种模式的选择

在实际开发中,选择类适配器模式还是对象适配器模式需要根据具体的情况来决定。如果需要适配的类较少,且希望实现简单,那么类适配器模式可能是一个不错的选择。如果需要适配的类较多,或者希望降低类之间的耦合度,提高代码的灵活性,那么对象适配器模式更为合适。


http://www.ppmy.cn/server/166921.html

相关文章

PDF翻译自动化:利用Make打造反思翻译工作流

PDF翻译自动化:利用Make打造反思翻译工作流 当今这个信息爆炸的时代,你是否曾觉得翻译工作就像一座高山,昂首而立?面对成堆的PDF文档,从提取内容到翻译、再到编辑校对,这一系列任务不仅耗时,还…

webpack配置之---output.clean

output.clean 在 Webpack 5 中,output.clean 配置项是一个新的功能,旨在自动清理输出目录(例如 dist 文件夹),在每次构建时删除其中的旧文件。这个配置项使得构建输出更加干净,避免了存留旧的、不再需要的…

WEB攻防-文件下载文件读取文件删除目录遍历目录穿越

目录 一、文件下载漏洞 1.1 文件下载案例(黑盒角度) 1.2 文件读取案例(黑盒角度) 二、文件删除 三、目录遍历与目录穿越 四、审计分析-文件下载漏洞-XHCMS 五、审计分析-文件读取漏洞-MetInfo-函数搜索 六、审计分析-…

MAC国内安装Homebrew的方法

前言 今天尝试安装create-dmg将python脚本打包成mac可安装的dmg文件,发现需要通过brew安装,官方给的建议下载Homebrew,但发现新电脑里没有,于是尝试Homebrew下载,但发现Homebrew不存在,国内安装不了Homebre…

van-list的使用

<van-listv-if"joblist && joblist.length > 0"v-model:loading"loading":finished"finished":immediate-check"false"finished-text"没有更多了"load"onLoad">// 加载 const loading ref(fals…

深入解析 Kafka 消费者偏移量管理

在使用 Kafka 进行消息消费时&#xff0c;偏移量管理是一个非常重要的概念。它直接关系到消息的重复消费、丢失以及系统的可靠性。本文将详细介绍 Kafka 中的偏移量管理机制&#xff0c;包括当前偏移量与提交偏移量的区别、自动提交与手动提交的使用场景及代码示例。 一、当前偏…

苹果可折叠iPad:2028年的科技盛宴?

苹果公司凭借其持续的创新能力&#xff0c;长期占据着平板电脑市场的主导地位。最近&#xff0c;彭博社记者Mark Gurman爆料称苹果计划在2028年推出可折叠iPad&#xff0c;这一消息迅速引发了科技界的广泛关注。这不仅预示着平板电脑市场即将迎来一场革命&#xff0c;也为苹果未…

使用 Unicorn 调用 android so 中的 JNI 方法

版权归作者所有&#xff0c;如有转发&#xff0c;请注明文章出处&#xff1a;https://cyrus-studio.github.io/blog/ Android 示例代码 编写一个 jni 方法 add 进行简单的加法运算 &#xff0c;代码如下&#xff1a; #include <jni.h>// 实现加法运算 extern "C&q…