(译) 在Kotlin中是应该定义函数还是定义属性?

àì夳堔傛蜴生んèń 2022-05-24 00:24 191阅读 0赞

**翻译说明:**

**原标题: Kotlin: should I define Function or Property?**

**原文地址: [https://blog.kotlin-academy.com/kotlin-should-i-define-function-or-property-6786951da909][https_blog.kotlin-academy.com_kotlin-should-i-define-function-or-property-6786951da909]**

**原文作者: [Igor Wojda][]**

![16368f79f0323701_w_1600_h_1024_f_png_s_2368765][]

最近，我对属性和函数用法方面感到困惑。这是一个很好的机会去介绍有关Kotlin属性的概念。那么问题来了，什么时候使用函数或者使用属性呢？我建议你遵循以下最简单的规则:

*  **属性**是描述状态
 *  **函数**是描述行为

让我们进一步探讨他们。**属性**代表着一个可以描述对象状态的数据结构，例如: **Person**对象可以有**name、lastName** 和 **weight**属性。

class Person (var name:String, var lastName:String, var weight:Double)

我们还可以创建一个派生属性，用于返回**fullName**,它是由**name**和**lastName**两个属性组合而成的。

class Person (var name:String, var lastName:String, var weight:Double) {
        
        val fullName = "$name $lastName"
    }

在上述例子中，在Person对象创建期间，属性值fullName仅仅被赋值一次。有时这是一个理想的行为，但是在这个例子中，当我们去改变了**name**或者**lastName**的属性值时，被存储在**fullName**的值不会被更新。幸运的是，Kotlin也提供了使用getter或者setter去自定义属性访问器的能力。在下面例子中**fullName**属性的值会在每一次被访问的时候都会被赋值。

class Person (var name:String, var lastName:String, var weight:Double) {
        
        val fullName
            get() = "$name $lastName"
    }

**函数**，在另一方面包含了对象所有可以被执行的行为或者动作。我们的**Person**类可以有 **run(),walk()** 和 **jump()** 的方法。

class Person () {
        
        fun run() {
         /*doSth*/ }
    
        fun walk() {
         /*doSth*/ }
    
        fun jump() {
         /*doSth*/ }
    }

重要的是需要注意，该方法可能会有一个间接修改对象状态的副作用，例如我们每调用一次 **jump()** 方法都会使得**person**对象中的**weight**属性值减少0.1

class Person (var name:String, var lastName:String, var weight:Double) {
        
        //..
    
        fun jump() {
         
            weight -= 0.1   
            /*doSth*/ 
        }
    }

如果你仍然困惑于什么时候使用属性或函数，那么接下来将会从外部调用者的角度去回答这个问题。我们先暂时不管其内部的实现（一个属性被存储在哪里或者行为怎么实现的）并且需要更加简单地去看待外部的API(类似于加入第三方的库到项目中，我们仅仅关注其库提供API即可)

person.name = "Igor"
    person.weight = 79
    person.jump()
    person.jump()
    person.jump()

使用Kotlin属性好处之一在于属性访问器更加简洁的语法(我们可以使用*height* 去替代getHeight()/setHeight()方法),此外就是getter和setter方法更加接近于属性的声明，不像Java，我们通常会在一个类的顶部定义成员属性，然后在其下面定义getter和setter方法。我喜欢属性委托这个特性，它可以提高复用代码的能力。我们可以初始化一个变量仅仅当它被需要使用的时候(lazy delegate) ，无论什么时候属性的值发生变化，可以执行一些动作(Observable delegate)或者使用自定义委托实现在另一对象(Android shared preferences, map, browser session, database…) )中简单地存储我们属性.

> 不错的是Kotlin允许我们在接口中都可以使用函数和属性

//BAD
    class Person () {
        
        private var weight:Double = 0
    
        fun setWeight(weight:Double) {
        
            this.weight = weight
        }
    
        fun getWeight(): Double {
        
            return weight
        }
    }
    
    //GOOD
    class Person (var weight:Double)

当我们看到一个以**set**为前缀(如: setHeight())开头的方法、只有一个参数并且被指定为private的变量或者以**get**为前缀(如: getHeight())开头的方法、返回一个被指定为private的变量时，我们应该定义一个属性来替代它。

**指南: 如何做这个决定?**

每次你想去声明一个新的函数时，你需要问自己两个问题:

*  “它是描述一个行为吗?”-- 将描述行为的函数作为候选者，例如 run(),walk()和jump()
 *  “它是描述一个状态吗?”-- 将描述状态的函数作为候选者，例如name,lastName和weight

这里还有一系列额外来自Effective Java(如果没记错的话)的帮助指南让我们了解定义属性优于函数。

*  不会抛出异常
 *  以简单廉价方式去计算(或者在第一次运行时被缓存)
 *  在多个调用中返回相同的结果

以上的指南应该可以给你一个不错的建议，什么时候去使用函数或者属性。在一开始，定义属性或许有点不适应(特别是Java开发者)，但是相信我–一段时间后，这个决定是明智的。

### 译者有话说: ###

*  1、我为什么要翻译Kotlin系列博客？

我们都知道Kotlin这门语言流行不久，目前在国内没有被大面积应用于实际项目中，而在国外这门语言则非常流行，有很多公司也在大量运用它，在今年的Google IO上，Google官方说他们有35%的工程师喜欢使用Kotlin,所以国外一些Kotlin相关的博客质量都还不错。也包括了他们使用Kotlin在一些实际项目中的经验。一门语言一定得在实际应用中体现它的价值，所以有必要去学习学习。由于国外博客都是英文的，所以我做了一些翻译的事情以及我对这边博客感受并提炼一些重要点出来。欢迎继续关注~

*  2、我为什么要翻译这篇博客?

我们知道学习Kotlin的语法时候与应用于开发是有差距的，在使用过程中会遇到各种选择的问题，比如这篇博客是阐述在Kotlin中我们什么时候去定义一个属性，什么时候去定义一个函数呢？这个问题是从基本语法学习中得不到的，得从实际需求和使用经验中去体会，对于Java转Kotlin的初学者而言，很容易受到Java语言思想去任意定义函数。因为在Java中是没有自定义属性访问器一说，改变状态唯有通过函数呗。而在Kotlin提供了一个更为简单方式去改变属性状态。所以当你还在用Java语言思想在使用Kotlin的语言，不妨真正去思考一下使用Kotlin来写优势在哪里？

*  3、这篇博客核心点提炼?

关于什么时候用函数什么时候用属性: **描述状态时，用属性；描述行为时，用函数**。

看个例子再次体会下(关于自定义属性访问器的知识可以查阅我之前的浅谈系列博客中变量和常量那篇):

Java部分代码例子实现

//对于Java而言没有Kotlin中属性访问器之说，对于需要每次访问时都
    //必须保证拿到最新状态时，Java中唯一好的处理方式就是定义函数，例如isIdling()、isEnded()方法
    class VideoPlayer{
        
        public boolean isIdling() {
        //描述的是状态
            return this.mPlayer != null && this.mPlayer.getPlaybackState() == 1;
        }
    
        public boolean isEnded() {
        //描述的是状态
            return this.mPlayer != null && this.mPlayer.getPlaybackState() == 4;
        }
        
        public void play(){
        //描述的是行为动作
            //do sth    
        }
        
        public void resume(){
        //描述的是行为动作
            //do sth
        }
    }
    
    //调用
    if (mVideoPlayer.isEnded() || mVideoPlayer.isIdling()) {
        
        mVideoPlayer.play();         
    }else{
        
        mVideoPlayer.resume();
    }

Kotlin代码例子实现

class VideoPlayer{
        
       var mIsIdling = false//描述的是状态
           get() = this.mPlayer != null && this.mPlayer.getPlaybackState() == 1
       var mIsEnded = false//描述的是状态
           get() = this.mPlayer != null && this.mPlayer.getPlaybackState() == 4
        
        fun play(){
        //描述的是行为动作
            //do sth    
        }
        
        fun resume(){
        //描述的是行为动作
            //do sth
        }
    }
    
    //调用
    if (mVideoPlayer.mIsEnded || mVideoPlayer.mIsIdling) {
        
        mVideoPlayer.play()         
    }else{
        
        mVideoPlayer.resume()
    }

![1635c3fb0ba21ec1_w_430_h_430_f_jpeg_s_39536][]

**欢迎关注Kotlin开发者联盟，这里有最新Kotlin技术文章，每周会不定期翻译一篇Kotlin国外技术文章。如果你也喜欢Kotlin，欢迎加入我们~~~**

### Kotlin系列文章，欢迎查看: ###

> Kotlin邂逅设计模式系列:

*  **[当Kotlin完美邂逅设计模式之单例模式(一)][Kotlin]**

> 数据结构与算法系列:

*  **[每周一算法之二分查找(Kotlin描述)][Kotlin 1]**

> 翻译系列：

*  **[\[译\] Kotlin中关于Companion Object的那些事][Kotlin_Companion Object]**
 *  **[\[译\]记一次Kotlin官方文档翻译的PR(内联类)][Kotlin_PR]**
 *  **[\[译\]Kotlin中内联类的自动装箱和高性能探索(二)][Kotlin 2]**
 *  **[\[译\]Kotlin中内联类(inline class)完全解析(一)][Kotlin_inline class]**
 *  **[\[译\]Kotlin的独门秘籍Reified实化类型参数(上篇)][Kotlin_Reified]**
 *  **[\[译\]Kotlin泛型中何时该用类型形参约束?][Kotlin 3]**
 *  **[\[译\] 一个简单方式教你记住Kotlin的形参和实参][_Kotlin]**
 *  **[\[译\]Kotlin中是应该定义函数还是定义属性?][Kotlin 4]**
 *  **[\[译\]如何在你的Kotlin代码中移除所有的!!(非空断言)][Kotlin 5]**
 *  **[\[译\]掌握Kotlin中的标准库函数: run、with、let、also和apply][Kotlin_ run_with_let_also_apply]**
 *  **[\[译\]有关Kotlin类型别名(typealias)你需要知道的一切][Kotlin_typealias]**
 *  **[\[译\]Kotlin中是应该使用序列(Sequences)还是集合(Lists)?][Kotlin_Sequences_Lists]**
 *  **[\[译\]Kotlin中的龟(List)兔(Sequence)赛跑][Kotlin_List_Sequence]**

> 原创系列：

*  **[教你如何完全解析Kotlin中的类型系统][Kotlin 6]**
 *  **[如何让你的回调更具Kotlin风味][Kotlin 7]**
 *  **[Jetbrains开发者日见闻(三)之Kotlin1.3新特性(inline class篇)][Jetbrains_Kotlin1.3_inline class]**
 *  **[JetBrains开发者日见闻(二)之Kotlin1.3的新特性(Contract契约与协程篇)][JetBrains_Kotlin1.3_Contract]**
 *  **[JetBrains开发者日见闻(一)之Kotlin/Native 尝鲜篇][JetBrains_Kotlin_Native]**
 *  **[教你如何攻克Kotlin中泛型型变的难点(实践篇)][Kotlin 8]**
 *  **[教你如何攻克Kotlin中泛型型变的难点(下篇)][Kotlin 9]**
 *  **[教你如何攻克Kotlin中泛型型变的难点(上篇)][Kotlin 10]**
 *  **[Kotlin的独门秘籍Reified实化类型参数(下篇)][Kotlin_Reified 1]**
 *  **[有关Kotlin属性代理你需要知道的一切][Kotlin 11]**
 *  **[浅谈Kotlin中的Sequences源码解析][Kotlin_Sequences]**
 *  **[浅谈Kotlin中集合和函数式API完全解析-上篇][Kotlin_API_-]**
 *  **[浅谈Kotlin语法篇之lambda编译成字节码过程完全解析][Kotlin_lambda]**
 *  **[浅谈Kotlin语法篇之Lambda表达式完全解析][Kotlin_Lambda]**
 *  **[浅谈Kotlin语法篇之扩展函数][Kotlin 12]**
 *  **[浅谈Kotlin语法篇之顶层函数、中缀调用、解构声明][Kotlin 13]**
 *  **[浅谈Kotlin语法篇之如何让函数更好地调用][Kotlin 14]**
 *  **[浅谈Kotlin语法篇之变量和常量][Kotlin 15]**
 *  **[浅谈Kotlin语法篇之基础语法][Kotlin 16]**

> Effective Kotlin翻译系列

*  **[\[译\]Effective Kotlin系列之考虑使用原始类型的数组优化性能(五)][Effective Kotlin]**
 *  **[\[译\]Effective Kotlin系列之使用Sequence来优化集合的操作(四)][Effective Kotlin_Sequence]**
 *  **[\[译\]Effective Kotlin系列之探索高阶函数中inline修饰符(三)][Effective Kotlin_inline]**
 *  **[\[译\]Effective Kotlin系列之遇到多个构造器参数要考虑使用构建器(二)][Effective Kotlin 1]**
 *  **[\[译\]Effective Kotlin系列之考虑使用静态工厂方法替代构造器(一)][Effective Kotlin 2]**

> 实战系列:

*  **[用Kotlin撸一个图片压缩插件ImageSlimming-导学篇(一)][Kotlin_ImageSlimming-]**
 *  **[用Kotlin撸一个图片压缩插件-插件基础篇(二)][Kotlin_-]**
 *  **[用Kotlin撸一个图片压缩插件-实战篇(三)][Kotlin_- 1]**
 *  **[浅谈Kotlin实战篇之自定义View图片圆角简单应用][Kotlin_View]**

[https_blog.kotlin-academy.com_kotlin-should-i-define-function-or-property-6786951da909]: https://blog.kotlin-academy.com/kotlin-should-i-define-function-or-property-6786951da909
[Igor Wojda]: https://blog.kotlin-academy.com/@igorwojda?source=post_header_lockup
[16368f79f0323701_w_1600_h_1024_f_png_s_2368765]: https://user-gold-cdn.xitu.io/2018/5/16/16368f79f0323701?w=1600&h=1024&f=png&s=2368765
[1635c3fb0ba21ec1_w_430_h_430_f_jpeg_s_39536]: https://user-gold-cdn.xitu.io/2018/5/14/1635c3fb0ba21ec1?w=430&h=430&f=jpeg&s=39536
[Kotlin]: https://blog.csdn.net/u013064109/article/details/89078666
[Kotlin 1]: https://blog.csdn.net/u013064109/article/details/89023937
[Kotlin_Companion Object]: https://blog.csdn.net/u013064109/article/details/89199478
[Kotlin_PR]: https://blog.csdn.net/u013064109/article/details/85180755
[Kotlin 2]: https://blog.csdn.net/u013064109/article/details/84899657
[Kotlin_inline class]: https://blog.csdn.net/u013064109/article/details/84866092
[Kotlin_Reified]: https://blog.csdn.net/u013064109/article/details/83388976
[Kotlin 3]: https://blog.csdn.net/u013064109/article/details/83120352
[_Kotlin]: https://blog.csdn.net/u013064109/article/details/83099581
[Kotlin 4]: https://blog.csdn.net/u013064109/article/details/80344848
[Kotlin 5]: https://blog.csdn.net/u013064109/article/details/80358822
[Kotlin_ run_with_let_also_apply]: https://blog.csdn.net/u013064109/article/details/80387322
[Kotlin_typealias]: https://blog.csdn.net/u013064109/article/details/80444565
[Kotlin_Sequences_Lists]: https://blog.csdn.net/u013064109/article/details/80562009
[Kotlin_List_Sequence]: https://blog.csdn.net/u013064109/article/details/80740230
[Kotlin 6]: https://blog.csdn.net/u013064109/article/details/88985474
[Kotlin 7]: https://blog.csdn.net/u013064109/article/details/86695094
[Jetbrains_Kotlin1.3_inline class]: https://blog.csdn.net/u013064109/article/details/84837918
[JetBrains_Kotlin1.3_Contract]: https://blog.csdn.net/u013064109/article/details/84782206
[JetBrains_Kotlin_Native]: https://blog.csdn.net/u013064109/article/details/84729814
[Kotlin 8]: https://blog.csdn.net/u013064109/article/details/84504847
[Kotlin 9]: https://blog.csdn.net/u013064109/article/details/84060626
[Kotlin 10]: https://blog.csdn.net/u013064109/article/details/83869716
[Kotlin_Reified 1]: https://blog.csdn.net/u013064109/article/details/83507076
[Kotlin 11]: https://blog.csdn.net/u013064109/article/details/82794410
[Kotlin_Sequences]: https://blog.csdn.net/u013064109/article/details/80588034
[Kotlin_API_-]: https://blog.csdn.net/u013064109/article/details/80275942
[Kotlin_lambda]: https://blog.csdn.net/u013064109/article/details/80139556
[Kotlin_Lambda]: https://blog.csdn.net/u013064109/article/details/80088158
[Kotlin 12]: https://blog.csdn.net/u013064109/article/details/79968846
[Kotlin 13]: https://blog.csdn.net/u013064109/article/details/79887528
[Kotlin 14]: https://blog.csdn.net/u013064109/article/details/79503709
[Kotlin 15]: https://blog.csdn.net/u013064109/article/details/79296502
[Kotlin 16]: https://blog.csdn.net/u013064109/article/details/77843579
[Effective Kotlin]: https://blog.csdn.net/u013064109/article/details/84996951
[Effective Kotlin_Sequence]: https://blog.csdn.net/u013064109/article/details/84981570
[Effective Kotlin_inline]: https://blog.csdn.net/u013064109/article/details/84948769
[Effective Kotlin 1]: https://blog.csdn.net/u013064109/article/details/82121020
[Effective Kotlin 2]: https://blog.csdn.net/u013064109/article/details/81916446
[Kotlin_ImageSlimming-]: https://blog.csdn.net/u013064109/article/details/80850992
[Kotlin_-]: https://blog.csdn.net/u013064109/article/details/80879296
[Kotlin_- 1]: https://blog.csdn.net/u013064109/article/details/81814643
[Kotlin_View]: https://blog.csdn.net/u013064109/article/details/80102036