博客
关于我
你会用Kotlin实现构建者模式吗?
阅读量:344 次
发布时间:2019-03-04

本文共 3716 字,大约阅读时间需要 12 分钟。

构建者模式在Kotlin中的应用与比较

构建者模式在软件开发中是一个非常实用的创建型设计模式。它通过封装复杂的对象创建逻辑,使得开发者能够一步步构建复杂对象。在Java世界中,构建者模式(Builder Pattern)被广泛应用于处理复杂对象的创建任务,尤其是在需要多步配置的情况下。然而,当Kotlin(一个受Java启发的静态标签语言)横空出世后,很多人认为构建者模式在Kotlin中已经不再有用。这种说法是否正确呢?让我们深入探讨一下。

默认参数与名称参数:Kotlin的强大之处

Kotlin引入了默认参数和名称参数的概念,使得在大多数情况下无需使用构建者模式即可完成对象创建任务。默认参数允许开发者在调用构造函数时,只需提供需要修改的参数值,而其他参数则使用默认值;而名称参数则让开发者可以直接指定需要修改的属性。

例如,以下是一个简单的Computer类:

class Computer(
val cpu: String = "英特尔",
val ram: String = "金士顿",
val usbCount: Int = 2,
val keyboard: String = "罗技",
val display: String = "京东方"
) {
override fun toString(): String {
return "Computer(cpu='$cpu', ram='$ram', usbCount=$usbCount, keyboard='$keyboard', display='$display')"
}
}

调用时可以这样使用:

val computer = Computer(
ram = "海力士",
keyboard = "双飞燕"
)

通过名称参数可以灵活设置需要修改的属性,其他属性使用默认值即可。这确实大大简化了对象创建的代码,展现了Kotlin的强大之处。

构建者模式在Kotlin中的应用

尽管Kotlin的默认参数和名称参数可以在大多数情况下替代构建者模式,但构建者模式在某些场景下仍然有其独特的优势。例如,当一个对象需要经过多步配置才能完成创建时,构建者模式可以帮助我们在每一步完成配置而不暴露内部状态,从而保证对象的不可变性。

第一种写法:传统的构建者模式

Kotlin中可以通过传统的方式实现构建者模式。具体步骤如下:

  • 封装构造函数:创建一个私有的无参数构造函数,用于接收构建者模式下的配置。

  • 创建构建者类:定义一个内部类Builder,它包含所有需要配置的属性,并提供设置方法。

  • 实现可应用性:使用apply函数在设置方法中对属性进行批量设置。

  • 实现构建逻辑:在Builder类中添加一个build方法,用于最终创建目标对象。

  • 例如,以下是一个完整的Computer类:

    class Computer1 private constructor(
    val cpu: String,
    val ram: String,
    val usbCount: Int,
    val keyboard: String,
    val display: String
    ) {
    private constructor(builder: Builder) : this(
    builder.cpu,
    builder.ram,
    builder.usbCount,
    builder.keyboard,
    builder.display
    )
    class Builder {
    var cpu: String = ""
    private set
    var ram: String = ""
    private set
    var usbCount: Int = 0
    private set
    var keyboard: String = ""
    private set
    var display: String = ""
    private set
    fun setCpu(inputCpu: String) = apply {
    this.cpu = inputCpu
    }
    fun setRam(inputRam: String) = apply {
    this.ram = inputRam
    }
    fun setUsb(inputUsb: Int) = apply {
    this.usbCount = inputUsb
    }
    fun setKeyboard(inputKeyboard: String) = apply {
    this.keyboard = inputKeyboard
    }
    fun setDisplay(inputDisplay: String) = apply {
    this.display = inputDisplay
    }
    fun build() = Computer1(this)
    }
    override fun toString(): String {
    return "Computer(cpu='$cpu', ram='$ram', usbCount=$usbCount, keyboard='$keyboard', display='$display')"
    }
    }

    第二种写法:更简洁的构建者模式

    Kotlin提供了一种更加简洁的构建者模式实现方式,通过companion objectinline函数来实现更紧凑的代码结构。

    class Computer3 private constructor(
    val cpu: String,
    val ram: String,
    val usbCount: Int,
    val keyboard: String,
    val display: String
    ) {
    companion object {
    inline fun build(block: Builder.() -> Unit) = Builder().apply(block).build()
    }
    class Builder {
    var cpu: String = ""
    private set
    var ram: String = ""
    private set
    var usbCount: Int = 0
    private set
    var keyboard: String = ""
    private set
    var display: String = ""
    private set
    fun build() = Computer3(this)
    }
    }

    通过companion objectinline函数,我们可以在非常简洁的代码中实现构建者模式。调用方式如下:

    val computer3 = Computer3.build {
    setCpu("AMD")
    setRam("海力士")
    setDisplay("三星")
    setUsb(3)
    setKeyboard("双飞燕")
    }

    这种写法不仅更简洁,而且提供了更灵活的调用方式,完全可以与传统的构建者模式写法并存。

    总结

    在Kotlin中,大多数情况下默认参数和名称参数已经可以很好地替代构建者模式。然而,构建者模式在以下场景下仍然具有其独特的优势:

  • 多步骤配置:当一个对象需要经过多个步骤才能完成构建时,构建者模式可以帮助我们在每一步完成配置,而不暴露对象的内部状态。

  • 不可变性:通过构建者模式,我们可以确保在每一步配置后,对象的状态是不可变的,这有助于减少潜在的错误。

  • 灵活性:构建者模式提供了高度的灵活性,可以根据具体需求定制构建逻辑。

  • 因此,虽然Kotlin的默认参数和名称参数非常强大,但构建者模式在某些特定场景下仍然具有不可替代的优势。

    转载地址:http://amee.baihongyu.com/

    你可能感兴趣的文章
    netlink2.6.32内核实现源码
    查看>>
    Netpas:不一样的SD-WAN+ 保障网络通讯品质
    查看>>
    NetScaler的常用配置
    查看>>
    netsh advfirewall
    查看>>
    NETSH WINSOCK RESET这条命令的含义和作用?
    查看>>
    Netty WebSocket客户端
    查看>>
    netty 主要组件+黏包半包+rpc框架+源码透析
    查看>>
    Netty 异步任务调度与异步线程池
    查看>>
    Netty中集成Protobuf实现Java对象数据传递
    查看>>
    Netty事件注册机制深入解析
    查看>>
    Netty原理分析及实战(四)-客户端与服务端双向通信
    查看>>
    Netty客户端断线重连实现及问题思考
    查看>>
    Netty工作笔记0006---NIO的Buffer说明
    查看>>
    Netty工作笔记0007---NIO的三大核心组件关系
    查看>>
    Netty工作笔记0011---Channel应用案例2
    查看>>
    Netty工作笔记0013---Channel应用案例4Copy图片
    查看>>
    Netty工作笔记0014---Buffer类型化和只读
    查看>>
    Netty工作笔记0020---Selectionkey在NIO体系
    查看>>
    Vue踩坑笔记 - 关于vue静态资源引入的问题
    查看>>
    Netty工作笔记0025---SocketChannel API
    查看>>