Kotlin教程笔记(53) - 改良设计模式 - 策略模式

简介: Kotlin教程笔记(53) - 改良设计模式 - 策略模式

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

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

Kotlin教程笔记(53) - 改良设计模式 - 策略模式

imgKotlin - 改良设计模式 - 策略模式

#一、前言

  • 策略模式
    • 作用:让算法的变化独立于使用算法的客户
    • 核心操作:定义了算法族,分别封装起来,让它们之间可以相互替换

#二、使用策略模式

  • 例子:游泳运动员的游泳姿势
  • 重点:算法抽离,封装成策略

作为一个游泳运动员,最基本的技能就是游泳,所以该类可以这么定义:

/**
 * 游泳运动员
 *
 * @author GitLqr
 */
class Swimmer {
    fun swim() {
        println("游泳中...")
    }
}

// 使用
val shaw = Swimmer()
shaw.swim() // 游泳中...

但是,游泳体育项目会对游泳姿势进行细分(姑且称之为技能吧),比如:蛙泳、仰泳、自由泳等等,那怎么让 Swimmer 可以使用这些技能呢?一种做法是直接给 Swimmer 添加这些技能对应的方法,比如:

// ========== 错误演示 ==========
class Swimmer {
    fun breaststroke() {
        print("蛙泳...")
    }

    fun backstroke() {
        print("仰泳...")
    }

    fun freestyle() {
        print("自由泳...")
    }
}

可以很明确的说,这种做法是不行的,因为违背了开闭原则,后续被纳入标准的游泳姿势可能会越来越多,比如:狗刨,继续往 Swimmer 增加新方法吗?肯定不行,这时策略模式就派上用场了,站在程序角度看,游泳姿势也不过是一种算法,可以把这几种游泳姿势(算法)分别封装起来,为了能让算法相互替换,需要定义一个算法接口:

/**
 * 游泳姿势接口
 *
 * @author GitLqr
 */
interface SwimStrategy {
    fun swim()
}

/**
 * 各种游泳姿势的具体实现
 *
 * @author GitLqr
 */
class Breaststroke : SwimStrategy {
    override fun swim() {
        print("蛙泳...")
    }
}

class Backstroke : SwimStrategy {
    override fun swim() {
        print("仰泳...")
    }
}

class Freestyle : SwimStrategy {
    override fun swim() {
        print("自由泳...")
    }
}

接着,再通过构造器,把算法交给 Swimmer 使用即可:

/**
 * 游泳运动员(策略模式)
 *
 * @author GitLqr
 */
class Swimmer(val strategy: SwimStrategy) {
    fun swim() {
        strategy.swim()
    }
}

// 使用
val freestyleSwimmer = Swimmer(Freestyle())
freestyleSwimmer.swim()
val breaststrokeSwimmer = Swimmer(Breaststroke())
breaststrokeSwimmer.swim()

以后有更多的游泳姿势,只需要扩展 SwimStrategy 的实现类即可,无需修改 Swimmer

#三、改良策略模式

  • 例子:游泳运动员的游泳姿势
  • 重点:高阶函数

高阶函数是参数或返回值是函数的函数,由于策略模式是对行为算法的一种抽象,上述例子的本质是让 Swimmer 对象执行外界传入的 算法函数 而已,那么借助高阶函数的特性,我们可以让 算法函数 作为高阶函数的参数传入即可,而不需要单独定义接口,所以在 Kotlin 中可以使用高阶函数来改良策略模式:

fun breaststroke() {
    print("蛙泳...")
}

fun backstroke() {
    print("仰泳...")
}

fun freestyle() {
    print("自由泳...")
}

/**
 * 游泳运动员(策略模式)改良:高阶函数
 *
 * @author GitLqr
 */
class Swimmer(val strategy: () -> Unit) {
    fun swim() {
        strategy()
    }
}

// 使用
val freestyleSwimmer = Swimmer(::freestyle) // 传入方法引用
freestyleSwimmer.swim()
val breaststrokeSwimmer = Swimmer(::breaststroke)
breaststrokeSwimmer.swim()

改造之后,不但减少了代码量(去掉了策略算法接口),也使代码结构更加直观。

目录
相关文章
|
设计模式 Java Kotlin
Kotlin教程笔记(56) - 改良设计模式 - 装饰者模式
Kotlin教程笔记(56) - 改良设计模式 - 装饰者模式
158 2
|
设计模式 安全 Java
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
178 2
|
7月前
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
236 16
|
7月前
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
237 0
|
7月前
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
221 0
|
7月前
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
191 0
|
12月前
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
739 11
|
7月前
|
设计模式 算法 Java
设计模式觉醒系列(04)策略模式|简单工厂模式的升级版
本文介绍了简单工厂模式与策略模式的概念及其融合实践。简单工厂模式用于对象创建,通过隐藏实现细节简化代码;策略模式关注行为封装与切换,支持动态替换算法,增强灵活性。两者结合形成“策略工厂”,既简化对象创建又保持低耦合。文章通过支付案例演示了模式的应用,并强调实际开发中应根据需求选择合适的设计模式,避免生搬硬套。最后推荐了JVM调优、并发编程等技术专题,助力开发者提升技能。
|
设计模式 安全 Java
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
|
7月前
|
设计模式 Prometheus 监控
并发设计模式实战系列(20):扇出/扇入模式(Fan-Out/Fan-In)(完结篇)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第二十章,废话不多说直接开始~
272 0

热门文章

最新文章