2.结构型.2.适配器模式

本文介绍了适配器模式的应用场景及实现方式,包括类适配器和对象适配器的区别,探讨了如何将一个现有类的接口转换为另一个接口,以达到更好的复用性和扩展性。
已有一个接口,把这个接口变成另外一个接口。
已有2个接口,但是这两个接口不匹配,需要另外一个类对接这两个接口。
有对象适配器和类适配器两种,类适配器需要继承,使用对象适配器更灵活。

为了匹配目标接口interface的所有方法。

------------------------概述--------------------------------------------------------------------
一个类或接口有很多方法,其子类和其实现类不用大多数的方法,此时应该使用适配器模式。
有一接口A,需要在B的基础上实现A接口,新增C实现A接口,对接口的每个方法实现B的逻辑

原类作为适配器构造方法的入参,适配器中原类存在的(或不需要适配的)方法,不做修改直接调用(根据构造入参,对象适配器,适配类中已初始化原类的实例,直接调用即可),需要适配的方法另作实现。


示例:
A:适配目标接口:生产VIP铅笔
B:被适配类:生产普通铅笔
C:适配类实现A接口:生产VIP铅笔(B.生产普通铅笔)

A生产VIP铅笔要与B对接,但是B只能生产普通铅笔,因此新增适配器类C,与A对接,实际的实现逻辑是B的逻辑。

-------------------------------------------------------------------------------------------------

适配器模式的优点

  •   更好的复用性

  系统需要使用现有的类,而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。

  •   更好的扩展性

  在实现适配器功能的时候,可以调用自己开发的功能,从而自然地扩展系统的功能。

适配器模式的缺点

  过多的使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是A接口,其实内部被适配成了B接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构


【类的适配器】

  Target 目标接口

  Adaptee 现有的类

  Adapter 中间转换的类,即实现了目标接口,又继承了现有的类。


【对象的适配器】




















<think>好的,我现在需要帮用户理解结构型设计模式的定义和特点。用户之前已经问过类适配器和对象适配器的区别,现在进步想了解结构型模式的概念。首先,我应该回顾之前的对话和提供的引用内容,确保信息准确致。 根据引用[1]和[2],结构型模式主要关注类和对象的组合,形成更大的结构,简化复杂系统。用户可能想知道这些模式如何具体应用,以及它们和其他类型模式的区别。我需要明确结构型模式的定义、核心目标、常见模式及其特点,以及适用场景。 用户提到结构型模式的定义和特点,所以回答需要分点清晰。先给出定义,再说明核心目标,然后列出常见模式。每个模式需要简要说明,比如适配器、装饰器、组合模式等,可能用户之前接触过适配器,可以稍微展开。 要注意引用中的信息,比如引用[3]提到装饰模式的适用场景,这可能帮助解释结构型模式的特点。需要强调结构型模式如何通过组合而非继承来扩展功能,这点在适配器模式中也有体现,比如对象适配器使用组合,类适配器使用继承,但结构型模式整体更倾向组合。 另外,用户之前的回答中提到了类适配器和对象适配器的区别,可能需要联系到结构型模式中的适配器模式作为例子,说明结构型模式如何解决接口不兼容的问题。同时,要指出结构型模式的其他常见类型,如代理、桥接等,展示其多样性。 用户可能还想知道结构型模式的优势,比如提高灵活性、降低耦合度、支持动态结构变化等,这些在引用中有提到,如装饰模式可以动态添加功能。需要将这些特点整理出来,让用户清楚结构型模式的价值。 最后,要确保回答符合用户要求的格式,使用中文,行内公式用$...$,独立公式用$$...$$,但当前问题可能不需要数学公式。检查是否有需要引用之前回答的地方,比如提到适配器模式时,可以引用之前讨论的类与对象适配器差异的示例。 总结回答结构:定义、核心目标、常见模式、特点、适用场景。确保每个部分简明扼要,引用相关文献支持,比如引用[1]和[2]的定义,引用[3]的场景举例。这样用户能全面理解结构型模式的概念,同时看到实际应用的例子。</think>### 结构型设计模式的定义与特点详解 #### 结构型模式的定义 结构型设计模式**聚焦于如何组合类或对象,形成更大、更灵活的系统结构**。这类模式通过定义清晰的类/对象间关系,帮助开发者在不破坏现有代码逻辑的前提下扩展功能,尤其适用于解决**接口不兼容、功能扩展受限、系统结构复杂**等问题[^1][^2]。 --- #### 二、核心目标 1. **解耦系统组件**:通过抽象层分离接口与实现,降低模块间的依赖。 2. **提升复用性**:利用现有类/对象组合出新功能,避免重复造轮子。 3. **动态调整结构**:支持运行时动态修改对象关系(如装饰器模式)。 4. **简化复杂系统**:通过标准化结构(如组合模式)管理层次化对象集合。 --- #### 三、常见结构型模式与典型场景 | 模式名称 | 核心特点 | 应用场景示例 | |----------------|--------------------------------------------------------------------------|---------------------------------------| | **适配器模式** | 解决接口不兼容问题,通过类继承(类适配器)或对象组合(对象适配器)实现转换[^4] | 整合第三方库接口 | | **装饰器模式** | 动态添加职责,通过包裹对象逐层扩展功能,避免子类爆炸[^3] | 为文件流动态增加加密、压缩功能 | | **代理模式** | 控制对象访问,提供间接层(如延迟加载、权限校验) | 实现图片懒加载或数据库连接池管理 | | **组合模式** | 统处理树形结构中的单个对象和对象集合 | 图形编辑器中管理复杂形状层级 | | **桥接模式** | 分离抽象与实现,允许两者独立变化 | 跨平台UI框架中控件与渲染引擎的解耦 | --- #### 四、结构型模式的核心特点 1. **组合优于继承** 多数结构型模式(如装饰器、代理)通过对象组合实现功能扩展,避免继承带来的僵化性[^3]。例如装饰器模式中,通过嵌套包装对象动态叠加功能: $$ \text{功能} = \text{基础对象} \oplus \text{装饰器A} \oplus \text{装饰器B} $$ 2. **接口适配与抽象** 通过定义标准化接口(如适配器模式中的`Target`接口)隐藏底层差异,使系统各部分协同工作[^4]。例如类适配器的Java实现: ```java class ClassAdapter extends Adaptee implements Target { @Override public void request() { specificRequest(); } } ``` 3. **动态结构扩展** 支持运行时修改对象关系。例如装饰器模式允许通过`InputStream → BufferedInputStream → GZIPInputStream`的链式组合动态添加缓冲和压缩功能[^3]。 4. **降低系统耦合度** 通过中介者(如代理模式)或抽象层(如桥接模式)隔离变化部分,提升系统可维护性。 --- #### 五、适用场景 1. **需要整合多个独立模块**时(适配器模式2. **需动态增减对象功能**时(装饰器模式) 3. **管理复杂对象层次结构**时(组合模式) 4. **希望分离抽象与实现**时(桥接模式) ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值