Kotlin教程笔记(52) - 改良设计模式 - 观察者模式

简介: 本教程详细讲解Kotlin语法,适合深入学习。对于快速掌握Kotlin,推荐“简洁”系列教程。本文特别介绍了观察者模式,包括使用Java API和Kotlin委托属性(如Delegates.observable)实现的方法,旨在帮助开发者更高效地实现和优化观察者模式的应用。

本系列学习教程笔记属于详细讲解Kotlin语法的教程,需要快速学习Kotlin语法的小伙伴可以查看“简洁” 系列的教程

快速入门请阅读如下简洁教程:
Kotlin学习教程(一)
Kotlin学习教程(二)
Kotlin学习教程(三)
Kotlin学习教程(四)
Kotlin学习教程(五)
Kotlin学习教程(六)
Kotlin学习教程(七)
Kotlin学习教程(八)
Kotlin学习教程(九)
Kotlin学习教程(十)

Kotlin教程笔记(52) - 改良设计模式 - 观察者模式

imgKotlin - 改良设计模式 - 观察者模式

一、前言

观察者模式
作用:定义了一个一对多的依赖关系,让一个或多个观察者对象监听一个主题对象。这样一来,当被观察者状态发生改变时,需要通知相应的观察者,使这些观察者对象能够自动更新。
核心操作:
观察者(订阅者)添加或删除对 被观察者(主题)的状态监听
被观察者(主题)状态改变时,将事件通知给所有观察者,观察者执行响应逻辑

二、使用观察者模式

例子:监听股票价格变动
重点:使用 Java API 或 自定义实现 观察者模式

1、使用 Java API 实现观察者模式

Java 标准库中提供了通用观察者模式的 API,分别是:

java.util.Observable
:被观察者(主题)

setChanged():标记状态更新
addObserver():添加观察者
deleteObserver():删除观察者
countObservers():获取观察者数量
notifyObservers():通知所有观察者
notifyObservers(Object arg):通知所有观察者(携带参数 arg)
java.util.Observer:观察者(订阅者)

利用 Java API,可以实现监听股票价格变动这个功能:

import java.util.Observable
import java.util.Observer

/**

  • 被观察者(主题)
    *
  • @author GitLqr
    */
    class StockSubject : Observable() {
    fun changeStockPrice(price: Int) {
     this.setChanged() // 标识状态更新
     this.notifyObservers(price) // 通知所有观察者当前股票价格
    
    AI 代码解读
    }
    }

/**

  • 观察者(订阅者)
    *
  • @author GitLqr
    */
    class StockDisplay(val name: String) : Observer {
    override fun update(o: Observable?, price: Any?) {
     println("$name receive stock price : $price") // 注意 price 的类型是 Any?
    
    AI 代码解读
    }
    }

// 使用
val subject = StockSubject()
subject.addObserver(StockDisplay("observer 1"))
subject.addObserver(StockDisplay("observer 2"))
subject.changeStockPrice(200)

// 输出
// observer 2 receive stock price : 200
// observer 1 receive stock price : 200
注意:在主题中通过 notifyObservers() 方法通知订阅者之前,需要先调用 setChanged() 标识状态更新,才能正常通知给订阅者,这是使用 Java API 实现观察者模式时需要注意的一点。

Java 提供的 API 已经涵盖了观察者模式的完整实现,所以我们在使用的时候,只需要关注业务本身,而不用自己去做模式的具体实现,但是呢,Java 提供的 API 是一种通用实现,从上面的例子中可以注意到,StockDisplay.update(o: Observable?, price: Any?) 中的 price 参数类型是 Any? ,这就会有以下几个问题:

参数判断:因为参数类型是 Any?,所以开发中不得不对 参数是否为空 以及 参数的实际类型 做判断。
通知入口单一:实际业务需求会更加复杂,而 java.util.Observer 只有唯一一个通知入口 update(o: Observable?, arg: Any?),所以我们不得不在该方法中分离响应逻辑,比如股票价格升降,这会让代码显得臃肿。

2、自定义实现观察者模式

虽然 Java 提供了现成的观察者模式 API,但是实际开发中,我们通常还是会自定义实现观察者模式,以便更好的控制代码结构:

/**

  • 回调接口(解耦业务通知入口)
    *
  • @author GitLqr
    */
    interface StockUpdateListener {
    fun onRise(price: Int)
    fun onFall(price: Int)
    }

/**

  • 被观察者(主题)
    *
  • @author GitLqr
    */
    class StockSubject {
    val listeners = mutableSetOf()
    var price: Int = 0

    fun subscribe(observer: StockUpdateListener) {

     listeners.add(observer)
    
    AI 代码解读

    }

    fun unsubscribe(observer: StockUpdateListener) {

     listeners.remove(observer)
    
    AI 代码解读

    }

    fun changeStockPrice(price: Int) {

     val isRise = price > this.price
     listeners.forEach { if (isRise) it.onRise(price) else it.onFall(price) }
     this.price = price
    
    AI 代码解读

    }
    }

/**

  • 观察者(订阅者)
    *
  • @author GitLqr
    */
    class StockDisplay : StockUpdateListener {
    override fun onRise(price: Int) {

     println("The latest stock price has rise to $price")
    
    AI 代码解读

    }

    override fun onFall(price: Int) {

     println("The latest stock price has fell to $price")
    
    AI 代码解读

    }
    }

// 使用
val subject = StockSubject()
subject.subscribe(StockDisplay())
subject.changeStockPrice(200) // The latest stock price has rise to 200
可见,自定义实现观察者模式,可以让代码结构变得更加简单直观。

三、改良观察者模式

例子:监听股票价格变动
重点:委托属性 Delegates.observable()
Kotlin 标准库引入了可被观察的委托属性,可通过 xxx by Delegates.observable() 的方式,用来监听 xxx 属性的改变,于是可以用来改良上面的自定义观察者模式:

import kotlin.properties.Delegates

/**

  • 观察者模式改良:使用委托属性监听值变化后通知
    *
  • @author GitLqr
    */
    class StockSubject {
    val listeners = mutableSetOf()

    var price: Int by Delegates.observable(0) { prop, old, new ->

     val isRise = new > old
     listeners.forEach { if (isRise) it.onRise(price) else it.onFall(price) }
    
    AI 代码解读

    }

    fun subscribe(observer: StockUpdateListener) {

     listeners.add(observer)
    
    AI 代码解读

    }

    fun unsubscribe(observer: StockUpdateListener) {

     listeners.remove(observer)
    
    AI 代码解读

    }

    // fun changeStockPrice(price: Int) { ... }
    }

// 使用
val subject = StockSubject()
subject.subscribe(StockDisplay())
subject.price = 250 // The latest stock price has rise to 200
使用 Delegates.observable() 之后,StockSubject 相比之前减少了一个 changeStockPrice() 方法。使用上,一旦对 price 属性赋值,就可以触发通知,显然,这对使用者更加友好了(直观,少记一个方法)。

四、补充

前面说到,Kotlin 标准库引入可被观察的委托属性,除了 Delegates.observable() 之外,还有 Delegates.vetoable() 也很实用,当我们不希望被监控的属性被随意修改时,就可以用它来否决属性赋值:

import kotlin.properties.Delegates

var value: Int by Delegates.vetoable(0) { prop, old, new ->
// 新值大于0时,才给属性赋值
new > 0
}

// 使用
value = 1
println(value) // 1
value = -1
println(value) // 1(没能赋值成功)

目录
打赏
0
3
3
0
56
分享
相关文章
Kotlin入门笔记1 - 数据类型
Kotlin入门笔记1 - 数据类型
82 15
Kotlin教程笔记(56) - 改良设计模式 - 装饰者模式
Kotlin教程笔记(56) - 改良设计模式 - 装饰者模式
46 2
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
37 2
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
105 11
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
|
8天前
|
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
66 40
「全网最细 + 实战源码案例」设计模式——简单工厂模式
简单工厂模式是一种创建型设计模式,通过工厂类根据传入参数创建不同类型的对象,也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。优点是封装性强、代码复用性好;缺点是扩展性差,增加新产品时需修改工厂类代码,违反开闭原则。适用于对象种类较少且调用者无需关心创建细节的场景。
43 19
PHP中的设计模式:提升代码的可维护性与扩展性在软件开发过程中,设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案,可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式,以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手,逐步深入到更复杂的应用场景。通过实际案例分析,读者可以更好地理解如何在PHP开发中应用这些设计模式,从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景,重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例,展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项,帮助开发者在不同情境下做出最佳决策。
「全网最细 + 实战源码案例」设计模式——生成器模式
生成器模式(Builder Pattern)是一种创建型设计模式,用于分步骤构建复杂对象。它允许用户通过控制对象构造的过程,定制对象的组成部分,而无需直接实例化细节。该模式特别适合构建具有多种配置的复杂对象。其结构包括抽象建造者、具体建造者、指挥者和产品角色。适用于需要创建复杂对象且对象由多个部分组成、构造过程需对外隐藏或分离表示与构造的场景。优点在于更好的控制、代码复用和解耦性;缺点是增加复杂性和不适合简单对象。实现时需定义建造者接口、具体建造者类、指挥者类及产品类。链式调用是常见应用方式之一。
41 12
「全网最细 + 实战源码案例」设计模式——工厂方法模式
简单工厂模式是一种创建型设计模式,通过一个工厂类根据传入参数创建不同类型的产品对象,也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。适用于创建对象种类较少且调用者无需关心创建细节的场景。优点是封装性强、代码复用性好;缺点是扩展性差,增加新产品时需修改工厂类代码,违反开闭原则。
34 15
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等