首页 > 其他分享 >设计模式 - 适配器模式

设计模式 - 适配器模式

时间:2025-01-03 16:15:09浏览次数:1  
标签:string 适配 适配器 接口 模式 legacyTextFormatter 设计模式 public

概述

适配器模式(Adapter Pattern)是一种结构型设计模式,它将一个类的接口转换成客户希望的另一个接口,使得原本由于接口不兼容而不能一起工作的类可以一起工作。适配器模式通过引入一个适配器类来解决接口不兼容的问题,从而提高了代码的复用性和灵活性。

结构

适配器模式包含以下几个角色:

  1. 目标接口(Target):定义客户所需的接口。
  2. 适配者(Adaptee):定义一个已经存在的接口,这个接口需要适配。
  3. 适配器(Adapter):实现目标接口,并通过在内部调用适配者的方法来实现目标接口。

示例代码

假设我们有一个应用程序需要将现有的文本格式化类适配成新的格式化接口。
代码地址

目标接口

public interface ITextFormatter
{
    string FormatText(string text);
}

适配者

public class LegacyTextFormatter
{
    public string FormatString(string str)
    {
        // 旧的文本格式化逻辑
        return $"[Legacy] {str}";
    }
}

适配器

public class TextFormatterAdapter : ITextFormatter
{
    private readonly LegacyTextFormatter _legacyTextFormatter;

    public TextFormatterAdapter(LegacyTextFormatter legacyTextFormatter)
    {
        _legacyTextFormatter = legacyTextFormatter;
    }

    public string FormatText(string text)
    {
        // 调用适配者的方法
        return _legacyTextFormatter.FormatString(text);
    }
}

客户端代码

class Program
{
    static void Main(string[] args)
    {
        LegacyTextFormatter legacyFormatter = new LegacyTextFormatter();
        ITextFormatter formatter = new TextFormatterAdapter(legacyFormatter);

        string formattedText = formatter.FormatText("Hello, World!");
        Console.WriteLine(formattedText);
    }
}

应用场景

适配器模式适用于以下场景:

  1. 当你希望使用一个已经存在的类,但它的接口不符合你的需求时。
  2. 当你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类协同工作时。
  3. 当你希望使用一些现有的子类,但不可能对每一个都进行子类化以匹配它们的接口时。

优缺点

优点

  • 提高类的复用性:通过适配器模式,可以将现有的类复用到新的环境中,而不需要修改其代码。
  • 提高类的灵活性:适配器模式使得两个不兼容的类可以一起工作,从而提高了系统的灵活性。

缺点

  • 增加代码复杂性:引入适配器类会增加系统的复杂性,特别是当适配器层次过多时。
  • 性能开销:适配器模式可能会增加一些额外的调用开销,影响系统性能。

标签:string,适配,适配器,接口,模式,legacyTextFormatter,设计模式,public
From: https://www.cnblogs.com/Tangtang1997/p/18650306

相关文章

  • 设计模式 - 原型模式
    概述原型模式(PrototypePattern)是一种创建型设计模式,它通过复制现有的实例来创建新的对象,而不是通过实例化类。原型模式允许一个对象在创建新的对象时,通过复制自身来实现。这种模式特别适用于创建复杂对象的场景,因为它可以避免重复初始化对象的开销。结构原型模式包含以下几个......
  • 设计模式 - 装饰模式
    概述装饰模式(DecoratorPattern)是一种结构型设计模式,它允许向一个现有的对象添加新的功能,同时又不改变其结构。装饰模式通过创建一个装饰类来包装原始类,从而在保持类方法签名完整的前提下,提供了额外的功能。装饰模式比生成子类更灵活,能够动态地扩展对象的功能。结构装饰模式包......
  • 设计模式 - 组合模式
    概述组合模式(CompositePattern)是一种结构型设计模式,它将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得客户可以统一地处理单个对象和组合对象。通过使用组合模式,客户代码可以一致地处理简单和复杂的元素,从而提高系统的灵活性和可扩展性。结构组合模式包含以......
  • 设计模式 - 桥接模式
    概述桥接模式(BridgePattern)是一种结构型设计模式,它通过将抽象部分与实现部分分离,使它们可以独立变化。桥接模式的核心思想是将抽象和实现解耦,使得它们可以独立地变化,从而提高系统的灵活性和可扩展性。结构桥接模式包含以下几个角色:抽象(Abstraction):定义抽象类,并包含一个对实......
  • 设计模式 - 代理模式
    概述代理模式(ProxyPattern)是一种结构型设计模式,它为其他对象提供一种代理以控制对这个对象的访问。代理模式通过引入一个代理对象来控制对原对象的访问,可以在不改变原对象的情况下扩展其功能。代理模式常用于延迟加载、访问控制、日志记录等场景。结构代理模式包含以下几个角......
  • 设计模式 - 享元模式
    概述享元模式(FlyweightPattern)是一种结构型设计模式,它通过共享大量细粒度对象来减少内存使用和提高性能。享元模式的核心思想是将对象的状态分为内部状态和外部状态,内部状态是可以共享的,而外部状态是可以变化的。通过共享内部状态,享元模式可以显著减少内存消耗。结构享元模式......
  • 设计模式 - 外观模式
    概述外观模式(FacadePattern)是一种结构型设计模式,它为子系统中的一组接口提供一个一致的界面,使得子系统更容易使用。外观模式通过引入一个外观类,简化了复杂子系统的接口,减少了客户端与子系统之间的耦合,从而提高了系统的易用性和可维护性。结构外观模式包含以下几个角色:外观(Fa......
  • 设计模式 - 解释器模式
    概述解释器模式(InterpreterPattern)是一种行为型设计模式,它为某种语言定义其文法表示,并提供一个解释器来解释语言中的句子。解释器模式通过定义一个解释器类来解释语言中的句子,使得语言的文法和解释逻辑可以独立于具体的应用程序。解释器模式常用于开发编译器、脚本语言解析器等......
  • 设计模式 - 命令模式
    概述命令模式(CommandPattern)是一种行为型设计模式,它将请求封装成对象,从而使你可以用不同的请求对客户进行参数化。命令模式允许请求的发送者与接收者解耦,使得请求的发送者不需要知道请求的接收者是谁,也不需要知道如何处理请求。命令模式还支持请求的排队、记录日志以及撤销操作......
  • 设计模式 - 责任链模式
    概述责任链模式(ChainofResponsibilityPattern)是一种行为型设计模式,它通过将请求沿着处理者链传递,直到有一个处理者处理它为止。责任链模式使得多个对象都有机会处理请求,从而避免了请求的发送者和接收者之间的耦合。通过将请求的处理者连成一条链,责任链模式可以动态地指定处理......