Kotlin 会自动生成 Getter 和 Setter，但为什么？

Question

我刚开始学习 Kotlin，刚刚介绍了每个对象属性的 Getter 和 Setter 都是在幕后自动生成的，就像 Lombok 直接内置在语言中一样(就我而言很棒! )，但现在我的问题是它为什么会打扰？

我知道您可以覆盖默认值以更改它们的行为方式，但是为什么当您需要执行更复杂的操作(仅获取或设置值)而只是正常访问属性时创建它们的情况并非如此不然呢？

我以前使用过很多 Java，我知道支持和反对使用 Getter 和 Setter 的争论很多。许多人说它们实际上是毫无意义的，并且是一种糟糕的 OOP 方法，其他人会说它们是最佳实践，应该在任何地方使用。许多现代框架和库的编写方式使得它们在很多情况下都是必要的。这个论点跨越了许多不同的语言，但是这个问题并不是关于它们在 OOP 中作为一个整体的理论原因，我正在寻找具体的洞察力，了解为什么默认情况下在 Kotlin 中使用它们，什么时候我(也许是天真的) 眼睛看起来不需要。

如果 Kotlin 不生成标准的 Getter 和 Setter 并且点表示法只是直接访问属性，实际会有什么区别？在语法上，据我所知，它产生相同的结果，只是增加了一些步骤。

Answer 1

What would be the practical difference if Kotlin didn't generate standard Getters and Setters and dot notation simply accessed the property directly?

所以你的建议是，对于没有自定义 getter/setter 的属性，

// Accessing x would access the field backing the property directly
// no getter or setter
var x: Int = 1

对于具有自定义 getter/setter 的属性，

// both a field and a setter is generated for y
var y: Int = 1
    set(newValue) { 
        field = newValue.also { println("y is being set!") } 
    }

// only a getter is generated for z, no field
val z get() = 1

将根据您编写的内容生成适当的 getter 或 setter 或两者。

嗯，这在某些方面会存在问题。这是我能想到的。

首先，所有这些“何时(不)生成 getter/setter”逻辑将使编译器更加复杂。当您可以简单地为每个属性无条件地生成一个 getter 和 setter 时，为什么要这样做？

其次，对于与 Kotlin 代码交互的 Java 代码，它们只有一个可以使用的字段，在 x 的情况下，Java 中的公共(public)字段看起来一点也不惯用。 .. 假设在某个时候您向 x 添加了一个 getter，以便它是从其他东西计算出来的，而不是由一个字段支持，那么所有 Java 代码都会中断，因为不再有一个字段.我不确定在 Kotlin/JS 上是否也是如此。

第三，通过反射访问属性值会更烦人。您需要检查它是否有 setter/getter 。如果是，请调用它。否则，请改为访问支持字段。他们可以在 KProperty 上为您提供一个辅助属性，为您执行此操作，但仍然比简单地调用 getter 并完成它要复杂得多。

请注意，仅对于 JVM，就 JVM 而言，您可以使用注释 @JvmField 使属性没有 getter 和 setter。尽管如此，Kotlin 的反射 API 仍然会找到 getter 和 setter。