Android开发学习笔记之设计模式——装饰模式&桥接模式

最新推荐文章于 2024-06-18 15:52:40 发布

Yang杰

最新推荐文章于 2024-06-18 15:52:40 发布

阅读量448

点赞数

分类专栏： Android开发学习笔记文章标签：设计模式

本文链接：https://blog.csdn.net/qq_36425800/article/details/113094807

版权

本文详细介绍了Android开发中两种重要的设计模式——装饰模式和桥接模式。装饰模式允许在不改变对象结构的情况下动态扩展功能，避免了继承带来的问题。文章通过代码示例展示了如何使用装饰模式实现文件加密读取。桥接模式则通过组合而非继承，将抽象部分与实现部分分离，降低耦合度，提高了系统的扩展性。文章同样给出了桥接模式的实现示例，用于处理形状和颜色的组合。

摘要由CSDN通过智能技术生成

文章目录

Android开发学习笔记之设计模式——装饰模式&桥接模式
- 装饰模式
- - 概述
  - 应用场景
  - 优缺点
  - 实现
- 桥接模式
- - 概述
  - 应用场景
  - 优缺点
  - 实现

Android开发学习笔记之设计模式——装饰模式&桥接模式

装饰模式

概述

在开发过程中，我们可能会对某个类进行功能扩展，通常情况下，扩展方式存在以下两种：

继承：使用继承机制是给现有类添加功能的一种有效途径，通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的方法。但是这种方法是静态的，用户不能控制增加行为的方式和时机；
组合：即将一个类的对象嵌入另一个对象中，通过组合的方式由另一个对象来决定是否调用嵌入对象的行为以便扩展自己的行为；

使用继承的方式来进行功能扩展实现简单，但是这种方式是静态的，耦合度高，而且随着功能的增加，排列组合的方式会迅速增加从而导致继承的子类数量暴增。根据合成复用原则，我们应该尽可能少的使用继承，而是使用组合的方式来实现功能上的扩展，使用组合关系来创建一个包装对象（即装饰对象）来包裹真实对象，并在保持真实对象的类结构不变的前提下，为其提供额外的功能，而这就是装饰模式的目标。

装饰模式即指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式，它属于对象结构型模式，又叫包装器模式。

应用场景

当不能采用继承的方式对系统进行扩充或者采用继承不利于系统扩展和维护时，可以使用装饰模式。不能采用继承的情况主要有两类：第一类是系统中存在大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长；第二类是因为类定义不能继承（如final类）；
如果希望在不影响其它类的情况下，动态添加或撤销功能时，我们可以使用装饰模式。

优缺点

优点：

装饰器是继承的有力补充，比继承灵活，在不改变原有对象的情况下，动态的给一个对象扩展功能，即插即用；
装饰模式通过一种动态的方式来扩展一个对象的功能，通过配置文件可以在运行时选择不同的装饰器，从而实现不同的行为；
通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。可以使用多个具体装饰类来装饰同一对象，得到功能更为强大的对象；
具体构件类与具体装饰类可以独立变化，用户可以根据需要增加新的具体构件类和具体装饰类，在使用时再对其进行组合，原有代码无须改变，符合开闭原则。

缺点：

使用装饰模式会使系统的类的数量增加，变得更为复杂，同时也会使排错更加困难。

实现

装饰模式的实现其实和代理模式的实现思路类似，不同的使代理模式强调的是提供相同的接口，而装饰模式是加强接口。装饰模式主要可以分为以下四部分：

抽象部件类：声明装饰器和被装饰对象的公用接口，规范其职责；
具体部件类：被装饰对象，实现了抽象部件类，定义了基本职责，通过装饰类可以扩展其职责；
抽象装饰类：继承了抽象部件类，持有一个指向被装饰对象即具体部件类的引用成员变量，可以通过其子类扩展被装饰对象。
具体装饰类：实现了抽象装饰类，通过持有的被装饰对象扩展其职责。

具体结构如下图所示：

实际上，在Java中存在很多装饰模式的实现，Java中的I/O标准库就采用了装饰模式，其中，InputStream 的子类 FilterInputStream，OutputStream 的子类 FilterOutputStream，Reader 的子类 BufferedReader 以及 FilterReader，还有 Writer 的子类 BufferedWriter、FilterWriter 以及 PrintWriter 等，它们都是抽象装饰类。可以通过装饰类来增强类的功能。

我们可以模拟实现一个加密的数据读取装饰类，首先，我们需要构建一个简单的数据读取类作为被装饰对象，具体如下：

/**
 * 抽象部件类，声明了读写方法
 */
interface DataSource {
   

    fun writeData(data : String)
    fun readData(): String
}

/**
 * 具体部件类，被装饰对象，实现了基本读写方法
 */
class FileDataSource(private val file: String) : DataSource{
   

    override fun writeData