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

本文共 3629 字,大约阅读时间需要 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/

    你可能感兴趣的文章
    OAuth2.0_授权服务配置_密码模式及其他模式_Spring Security OAuth2.0认证授权---springcloud工作笔记145
    查看>>
    OAuth2.0_授权服务配置_资源服务测试_Spring Security OAuth2.0认证授权---springcloud工作笔记146
    查看>>
    OAuth2.0_环境介绍_授权服务和资源服务_Spring Security OAuth2.0认证授权---springcloud工作笔记138
    查看>>
    OAuth2.0_环境搭建_Spring Security OAuth2.0认证授权---springcloud工作笔记139
    查看>>
    oauth2.0协议介绍,核心概念和角色,工作流程,概念和用途
    查看>>
    OAuth2授权码模式详细流程(一)——站在OAuth2设计者的角度来理解code
    查看>>
    OAuth2:项目演示-模拟微信授权登录京东
    查看>>
    OA系统多少钱?OA办公系统中的价格选型
    查看>>
    OA系统选型:选择好的工作流引擎
    查看>>
    OA项目之我的会议(会议排座&送审)
    查看>>
    OA项目之我的会议(查询)
    查看>>
    Object c将一个double值转换为时间格式
    查看>>
    object detection训练自己数据
    查看>>
    object detection错误Message type "object_detection.protos.SsdFeatureExtractor" has no field named "bat
    查看>>
    object detection错误之Could not create cudnn handle: CUDNN_STATUS_INTERNAL_ERROR
    查看>>
    object detection错误之no module named nets
    查看>>
    Object of type 'ndarray' is not JSON serializable
    查看>>
    Object Oriented Programming in JavaScript
    查看>>
    object references an unsaved transient instance - save the transient instance before flushing
    查看>>
    Object.keys()的详解和用法
    查看>>