半路出家 C++, 求知道参数“读/写”的标准

[ligiggy]

之前写了几年 C#,属性搭配字段用起来是真的太香了。

但是现在用 C++,基本上单个参数的读写都要写 getter/setter 函数。

但是当有属于某个 class 的 20 多个参数需要读写的时候，就感觉单纯的 getter/setter 有点麻烦了。

我目前的做法是将 20 多个参数放到集合中，采用枚举的方式来读写这个集合中的某一个 index 。

但是我看到我的同事也有用 struct 的方式来直接读 /写。

所以想问下大家觉得应该怎么来，或者有没有类似的标准文档、书籍。

[dynastysea]

十年 c/c++工作经验，呆过几家公司，从来没见过哪个写 c++还搞 getter 、setter 函数，你们的技术老大是从 java 转型到 c++的吗。一般来说直接修改就可以了，参数多的话适当封装下 struct 传引用或者指针

[chesterzzy]

个人而言，如果代码量少，或者和别的代码耦合少，还能为了强迫症写一些 getter,setter

如果代码复杂，耦合强了，就直接 public 里写一下了，毕竟为了稳定不出奇怪的问题，也是一种权衡吧，等实在受不了了，就梭哈重构。

[ligiggy]

@dynastysea 很多开源库源码都有 get/set 的啊

[ligiggy]

@chesterzzy 20 多个参数的话，得写 40 多个呢，着实有点难受

[dynastysea]

@chesterzzy 举几个学习下，平时重点还是在 C，无论是内核，redis 这类都没看到过

[chesterzzy]

@ligiggy 基本就按照一楼的说法来就行。要不给参数们再分分组啥的，反正逻辑上整洁就好点了。


@dynastysea @错人了？

[ligiggy]

@dynastysea 额，不一定是开源的哈。我看到的 MFC 和 Qt 这种 gui 的库就有很多 get/set

[Hallelu]

如果框架，开源库之类的大多数会写 get/set，但公司的业务场景基本上都是直接 public，很少会写 get/set，除非一些涉及到多线程、安全之类的问题。

[newmlp]

如果仅仅时赋值取值的话，直接 public 不就行了，

[aneostart173]

要么用 friend，要么 public 。少数情况下会写 getter，而且不是所有参数，从来不写 setter，写 setter 属于脱裤子放屁。

[ipwx]

1. 你的方法（集合 + index ）会造成及其难以维护的代码，强烈反对。
2. getter/setter 是可选的。有时候简单的对象 struct + 裸属性就行了。毕竟如果你一个对象整体 const 了，它的属性就是不可变的。
3. 参考第二条，有时候你可以 rely on const，比如 std::vector<const T>。
4. 实在需要的时候，找一些工具帮你产生这些代码会比较好。

[3dwelcome]

C#的 get/set 是很正常的事情，大部分 MVVM 也推荐用 get/set 封装，这样中间的 ViewModel 层就能多做一些半自动化处理。

但问题是 C++专业写界面毕竟少，大部分都写一些快速算法，写 get/set 就是单纯的去隐藏 private 属性。

[littlewing]

"参数"? 你说的是 成员变量吧
建议用 struct 或者 全 public

[ruiyi1994]

clion IDE 提供了自动化生成 setter 和 getter 的功能. 

[nicebird]

- 直接读写
- class 参数 20 多个，还需要外部去读写，说明设计优点问题，一般不要超过 5-8 个参数，重新组合一下。

[agagega]

C++有 Hack 可以达到类似 getter setter 的效果，但建议还是看情况而定。set 的时候不做其他事情就直接 public 吧

[danc]

你是写业务，又不是写库。写库时用 getter/setter 更多是为了保持 api 稳定，比如我现在写了一库，我并没有把内部变量直接 public 让你访问，而是用 getter/setter 。等有一天，我改变了内部实现，或者发现了一个比我实现更好的 ，我直接套娃它。但我已经给你的 api，是始终不变的，即使 deprecated，即使编译时给你个 warn 。但你写业务嘛，三天两头改，没准哪天就重构，就别做这些无用功了。

[pipilu]

用工具生成 getter 和 setter，要么就 struct

[dynastysea]

@ligiggy 噢噢，明白，你这是前端 C++，我一直搞的是后端，MFC 、QT 这些应该是有可能的

[darknoll]

我就 public，还 get/set，多麻烦