Kotlin~Bridge桥接模式

概念

抽象和现实之间搭建桥梁,分离实现和抽象。

抽象(What) 实现(How)
用户可见 系统正常工作的底层代码
产品 付款方式
定义数据类型的类。 处理数据存储和检索的类

角色介绍

  • Abstraction:抽象 定义抽象接口,通常包含对实现接口的引用。
  • Refined Abstraction:扩展抽象,对抽象的扩展,可以是抽象类的子类或具体实现类。
  • Implementor:实现,定义实现接口,提供基本操作的接口。
  • Concrete Implementor:具体实现,实现实现接口的具体类。

UML

代码实现

kt 复制代码
abstract class Product(payment: Payment) {
    abstract fun purchase()
}

/**
 * 图书
 */
class Book(private val payment: Payment) : Product(payment) {
    override fun purchase() {
        payment.processPayment()
        println("Purchase book")
    }
}

/**
 * 电子书
 */
class Electronics(private val payment: Payment) : Product(payment) {
    override fun purchase() {
        payment.processPayment()
        println("Purchase electronics")
    }
}
interface Payment {
    fun processPayment()
}
/**
 * 信用卡支付
 */
class CreditCartPayment() : Payment {
    override fun processPayment() {
        println("Processing credit card payment")
    }
}

/**
 * 微信支付
 */
class WeCharPayment() : Payment {
    override fun processPayment() {
        println("Processing wechat payment")
    }
}

/**
 * 新增现金支付
 */
class CashPayment() : Payment {
    override fun processPayment() {
        println("Processing cash payment")
    }
}

fun main() {
    val creditCart: Payment = CreditCartPayment()
    val wechat: Payment = WeCharPayment()
    val cash: Payment = CashPayment()

    val electronics = Electronics(creditCart)
    electronics.purchase()
    val book = Book(wechat)
    book.purchase()
    val book1 = Book(cash)
    book1.purchase()
}

优缺点

优点

  • 让抽象和实现独立
  • 灵活和扩展的架构
  • 增加代码复用性,可读性和可维护性
  • 简化测试和调试

缺点

  • 增加复杂度
  • 更多的规划和设计工作
  • 不必要的抽象和冗余代码
  • 可读性降低

应用场景

隐藏实现细节,避免抽象和实现的绑定(运行时切换实现和动态配置),提高代码可扩展性。

  • GUI框架,用户界面和实现分离
  • 绘图程序,形状、颜色线条分离以支持不同的组合。
  • 数据库驱动系统,数据api和增删查改分离支持不同的数据库。

总结

和适配器模式区别,代理模式是一种架构设计,适用于前期设计,而适配器模式是基于已有代码出现了不兼容,将不兼容的接口连接起来。

参考:

相关推荐
饕餮争锋20 小时前
设计模式笔记_结构型_桥接模式
笔记·设计模式·桥接模式
我爱吃菠 菜20 小时前
手撕设计模式之消息推送系统——桥接模式
java·设计模式·桥接模式
小码哥_常1 天前
【Kotlin进阶秘籍】7个让代码优雅到飞起的骚操作!
前端·kotlin
消失的旧时光-19431 天前
Android模块化架构:基于依赖注入和服务定位器的解耦方案
android·java·架构·kotlin
Kiri霧2 天前
Kotlin重写函数中的命名参数
android·开发语言·javascript·kotlin
RichardLai883 天前
实战搭建:MVVM + Hilt + Retrofit + Compose + MockK 的完整 Android 项目
android·前端·kotlin
前端专业写bug3 天前
kotlin布局交互
kotlin·交互
小码哥_常3 天前
Kotlin协程:选Channel?还是Flow?
前端·kotlin
alexhilton3 天前
SnapshotFlow还是collectAsState?对于Jetpack Compose来说哪个更香?
android·kotlin·android jetpack
张可3 天前
一个KMP/CMP项目的组织结构和集成方式
android·前端·kotlin