你们用 get/set 吗？

58 条回复 • 2021-06-15 14:52:50 +08:00

1

lllllliu

2021-06-08 15:06:03 +08:00

getName()/setName(value)

2

GeruzoniAnsasu

2021-06-08 15:08:41 +08:00

1

除了 c++这种 snake_case 约定又没有 properties 写 name()来模拟它是个 property 外其它语言我其实想不到不加 get/set 的理由

3

cking

2021-06-08 15:09:54 +08:00

1

看楼上两位的回答我都不知道我自己用 java 的 lambda 默认的 get/set 是不是有问题了....

4

Leviathann

2021-06-08 15:11:30 +08:00 via iPhone

kotlin 里
xx.name 就等于是 xx.getName()
xx.name = "abc" 就等于是 xx.setName("abc")

5

xiaomingVTEX

2021-06-08 15:21:15 +08:00

get/set java pojo,
可以看看极客时间软件设计之美 14 面向对象之封装, 怎样的封装才算是高内聚

6

3dwelcome

2021-06-08 15:25:09 +08:00

js 的 var a = this.name; 和 this.name = value;最好。

反正 js 语言特性可以做到无感 hook，只有不支持的语言，才必须 set/get.

7

kop1989

2021-06-08 15:38:24 +08:00

1

抛开语言来探讨这个问题其实是没意义的。
楼上的回复也证明了，每种语言对于 getter 、setter 的理解与语法均不同。
所以很难定义什么叫“用 get/set”。

8

JamesR

2021-06-08 15:42:22 +08:00

这玩意麻烦得很，一两个人在开发的话，纯属多此一举，只有上百人那种大型项目各人写各人的类才有意义。

9

nerocc

2021-06-08 15:44:37 +08:00 via Android

4

C#里面 field 和 property 是分得很清楚的两个概念，写起来舒服很多，不需要考虑这么多 get set 的问题

10

Jwyt

2021-06-08 15:56:42 +08:00

公司的项目用 getName()/setName(value)
自己的用 name(),name(string name)来做 get/set

11

Kasumi20

2021-06-08 15:57:26 +08:00

戴不戴套的问题

12

ychost

2021-06-08 16:00:44 +08:00

4

这一点 C# 的 {get;set;} 把 properties 和 field 分的命名白白，java 只能 @Getter @Setter 来释放劳动力了，很多的 JSON 序列化，ORM 都是基于 get_xxx 和 set_xxx 的名字，而不是 field 的名字

13

Rwing

2021-06-08 16:24:54 +08:00

21

建议各位 java 程序员多睁开眼看看其他语言

14

coderxy

2021-06-08 16:28:22 +08:00

最开始写 go 的时候就纠结要不要用 set get，后来发现去 TMD，直接写不知道有多爽。正常业务哪有那么多需要往后拓展的需求，实在变动大了基本就是重构了。

15

Fule

2021-06-08 16:35:58 +08:00

3

这方面 C# 的属性(Property)语法是真的香。

**最传统的方式：**
private int _score = 10;

public int Score
{
get
{
// potential more logic here
return _score;
}
set
{
// potential more logic here
_score = value;
}
}

**简化方式（无默认值）**
public int Score { get; set; }

**简化方式（有默认值）**
public int Score { get; set;} = 10;

**简化方式只读属性**
public int Score { get; private set; }
public int Score { get; }

**简化方式只读属性带默认值**
public int Score => 10;

题外话，C#里 `=>` YYDS

16

abersheeran

2021-06-08 16:46:16 +08:00

Python 直接 property

c.k = v 就是 setter
c.k 就是 getter

17

iikebug

2021-06-08 17:17:13 +08:00

1

@Fule c#的语法真的不错

18

xiaomingVTEX

2021-06-08 17:22:35 +08:00

1

## 摘录：14 | 面向对象之封装：怎样的封装才算是高内聚？

封装的重点在于对象提供了哪些行为，而不是有哪些数据。也就是说，即便我们把对象理解成数据加函数，数据和函数也不是对等的地位。函数是接口，而数据是内部的实现，正如我们一直说的那样，接口是稳定的，实现是易变的。

理解了这一点，我们来看一个很多人都有的日常编程习惯。他们编写一个类的方法是，把这个类有哪些字段写出来，然后，生成一大堆 getter 和 setter，将这些字段的访问暴露出去。这种做法的错误就在于把数据当成了设计的核心，这一堆的 getter 和 setter，就等于把实现细节暴露了出去。

一个正确的做法应该是，我们设计一个类，先要考虑其对象应该提供哪些行为。然后，我们根据这些行为提供对应的方法，最后才是考虑实现这些方法要有哪些字段。

封装的重点在于对象提供了哪些行为，而不是有哪些数据。也就是说，即便我们把对象理解成数据加函数，数据和函数也不是对等的地位。函数是接口，而数据是内部的实现，正如我们一直说的那样，接口是稳定的，实现是易变的。理解了这一点，我们来看一个很多人都有的日常编程习惯。他们编写一个类的方法是，把这个类有哪些字段写出来，然后，生成一大堆 getter 和 setter，将这些字段的访问暴露出去。这种做法的错误就在于把数据当成了设计的核心，这一堆的 getter 和 setter，就等于把实现细节暴露了出去。一个正确的做法应该是，我们设计一个类，先要考虑其对象应该提供哪些行为。然后，我们根据这些行为提供对应的方法，最后才是考虑实现这些方法要有哪些字段。

```
class User {
private String username;
private String password;

...

// 修改密码
public void setPassword(final String password) {
this.password = password;
}
}
```

但我们鼓励的做法是，把意图表现出来：

```
class User {
private String username;
private String password;

...

// 修改密码
public void changePassword(final String password) {
this.password = password;
}
}
```

这两段代码相比，只是修改密码的方法名变了，但二者更重要的差异是，一个在说做什么，一个在说怎么做。将意图与实现分离开来，这是一个优秀设计必须要考虑的问题。

不过，在真实的项目中，有时确实需要暴露一些数据，所以，等到你确实需要暴露的时候，再去写 getter 也不迟，你一定要问问自己为什么要加 getter 。至于 setter，首先，大概率是你用错了名字，应该用一个表示意图的名字；其次，setter 通常意味着修改，这是我们不鼓励的。

## 评论区
* 沧浪之水：
至于平时说的一些 POJO 的对象，可以看成是数据载体，是可以加 getter,setter 的（没有这些默认的 getter,setter,很多第三方的数据转化都很不方便，比如 json，sql 等）。在使用的时候，不归结为对象就可以了。

* 作者回复: 能分清楚面向对象和 Java 语言，这就是一个很好的区分。能分清楚传输数据和业务对象，这就是一个很好的区分。

19

lscexpress

2021-06-08 17:34:41 +08:00

@Leviathann 在 php 里面也是

20

3dwelcome

2021-06-08 17:55:18 +08:00

@xiaomingVTEX 现在 set/get 在 MVVM 中大量使用，框架可以在 set/get 上面下断点，知道变量什么时候被修改后，去通知与之关联的对象或事件。

如果类似这个作者说的，把 setpassword 改成 changepassword，那 MVVM 框架，就没办法去监控这个类里的数据变化了。

21

yejinmo

2021-06-08 20:00:15 +08:00

public class CSharpIsTheBestLanguageInTheWorld
{
public string demo2 { get; private set; } = string.Empty;
}

22

xiaomingVTEX

2021-06-08 21:17:09 +08:00

@3dwelcome #20 如果只是从 OOP 角度来说 get/set 是与对象的封装不符的，这样隐藏了对象的真实意图，但是比如 java 中的 POJO 都有一个 get/set，引用下面的评论，POJO 作为了一种数据的载体，并不仅仅局限于对象的封装；
另外，类只是对象的一种表现形式（比如 java ）；再者也不是非要强制把 get/set 修改掉，毕竟只是一种编程范式

23

wolfie

2021-06-08 21:45:48 +08:00

@Rwing
对对对封装是原罪，就不应该有设计模式

24

yitingbai

2021-06-08 21:48:27 +08:00

我有时候也挺纠结这个问题的, 最后还是发现写 get/set 跟直观一些, 代码提示更方便

25

xingheng

2021-06-08 22:02:47 +08:00

@Fule #15 全篇我都同意，但是最后四个字符 YYDS 是什么臭狗屎

26

tommyzhang

2021-06-08 22:11:50 +08:00

你写你的我写我的我都不管你你管我呢?

27

xingheng

2021-06-08 22:17:56 +08:00

@xiaomingVTEX #18 已经很少人能把 OO 讲清楚了。

@3dwelcome #20 这和 MVVM 不冲突。

28

xiaomingVTEX

2021-06-08 22:53:25 +08:00

@xingheng #27 确实，反正万物皆对象就行了，哈哈

29

walleL

2021-06-08 23:51:30 +08:00

@xiaomingVTEX #18 相问下这段出处是哪里？

30

wanguorui123

2021-06-09 02:52:32 +08:00 via iPhone

C# {get; set;,}
JAVA @Data

31

Rocketer

2021-06-09 06:45:41 +08:00 via iPhone

其实 C#的 Property 默认写法与直接用 public 的变量没什么区别。以下两行几乎是一样的。
public int SomeProperty {get; set;} = 10;
public int someField = 10;

区别在于，当你需要对值做一些处理时，比如：
private int _someField = 10;
public int SomeProperty
{
get
{
return _someField;
}
set
{
if (value >= 10)
{
_someField = value;
}
}
}
对外部来说，用法是统一的，还是 object.SomeProperty = 15;

而 Java 正好相反，为了让外部的用法统一，把原本可以直接 public 的变量也封装进了 getter/setter 方法中。

32

xiaomingVTEX

2021-06-09 06:46:17 +08:00

@walleL #29 极客时间 > 软件设计之美 > 14 | 面向对象之封装：怎样的封装才算是高内聚？ > http://gk.link/a/10r9Q

33

CodeCodeStudy

2021-06-09 09:12:44 +08:00

因为 Java 的字段是不支持多态的，所以必须要用 getter/setter，不然容易出问题

34

jorneyr

2021-06-09 09:12:46 +08:00

Lombok 自动生成，需要的再手写覆盖，省事简洁还和手写代码效果一样。

35

turingli

2021-06-09 09:19:23 +08:00 via Android

1

@Fule C#10 public double Age{get;set=> field=Math.Round(value,2);} 进一步干掉字段

36

ikas

2021-06-09 09:20:59 +08:00

int _x,
getX(){return _x}
getY(){return 2_x+c.....}

如果你只是简单的,无所谓,但是 get ,set 又不是只是 1:1 对应到字段,
很多时候,set 方法还会做校验.
上面说了一堆 c#,如果写 xaml ui,那 wm 里还要抛事件.set 也是必须的

37

masterclock

2021-06-09 09:54:00 +08:00

scala "默认" 不可变，没有 set
def 无参函数看起来就像是 val，不需要 get

38

kahlkn

2021-06-09 10:05:12 +08:00

@xiaomingVTEX 对于这位兄弟摘录的面向对象封装这块我觉得没有任何问题。

但是如果到了具体的业务场景的时候，我觉得可以分为偏业务实体和偏数据实体。这位兄弟中的 setPassword 我觉得属于数据实体的范畴。而 changePassword 属于业务实体的范畴。并且这类业务实体，偏向充血模型（即将具体的业务行为放入到实体中）。本人作为 java 开发，java 中的实体偏向贫血模型（即实体更偏向于作为数据的载体，具体的业务行为不放入实体中）。

至于 getter/setter 问题，反正 java 开发者必须写，除非你不打算用主流的框架。至于好处嘛，除了之前一位兄弟说的断点时可以监控外。另外的作用就是可以在方法内增加一些业务逻辑（尽管 java 中不建议这么做，但是对于一些紧急的需求修改上，可以临时的快速的搞搞，比如某个数据变形、裁切之类的，由于调用点很多一个一个改不方便，直接改 setter 中的内容，或者 getter 中的内容即可，前提评估好影响）。当然在 spring 等很多框架中，一些内部类或者包级别的类，可能有不少就直接 user.name 这样使用的。

39

passerbytiny

2021-06-09 10:14:00 +08:00 via Android

用过一段时间的 name()/name(value)，当然是用 lombok 自动生成的，到是挺喜欢这种用法，但是被 Jackson 等涉及到 Javabean 的工具打得头破血流，又改回去了。目前来说，大多数 Java 工具都遵循 Javabean 的 Getter/Setter 规范，虽然它们通过用手动配置的方式也能支持 name()/name(value)这种，但是基于约定优先与配置的敏捷开发思想，Java 这边还是老老实实的用 Getter/Setter （这种情况在慢慢改变，将来很有可能，在某个工具声明准备抛弃 Javabean 规范的很短时间内，Getter/Setter 就被主流工具迅速抛弃了）。

@3dwelcome 你这个是声明式切面编程，只是可选约定，不是必须遵守的约定。这种声明式编程，有两个显著缺点：一、一刀切；二、依赖外部配置。故 Java 界自从注解出来后，就不再推荐甚至抛弃了。

40

passerbytiny

2021-06-09 10:33:46 +08:00 via Android

Javabean 的原始定义可以在这里下载： https://www.oracle.com/java/technologies/javase/javabeans-spec.html 。这是 1997 年的定义，而且还是 Sun 的不是 JCP 的。

需要纠正楼上的一些错误认识，Getter/Setter，或者说 JavaBean，是组件类，不是数据类。贫血领域模型这种名义上是业务类实际上是数据类的畸形结构，是 JavaBean 被滥用的表现，而不是 JavaBean 的表现。

41

xiaomingVTEX

2021-06-09 10:46:51 +08:00

贫血模型，充血模型，学习了