恨死 go 的导出变量命名规则了

[zhwguest]

是否包导出居然是靠首字母大小写来区分，写着写着，一个变量想修改为包外可见，居然要修改几十上百个文件。

这是一种什么样的思想....

[Bazingal]

无论你吐槽什么，go 粉都有几十种理由解释为什么要这样设计，先进在哪里

[ding2dong]

这点确实不爽，什么 IDE 重构，一下子修改几十上百个文件，commit 太美了

[MrSheng]

@Bazingal #61
这是什么逻辑，有人不喜欢就有人喜欢，这不是很正常？
难道你可以吐槽不喜欢，别人就不能表达喜欢吗？

[itskingname]

好像是为黑而黑，这种场景本来就很少见。

1. 原来是 private ，你要把它改成 public 。这个时候，原本外面就没有地方使用，你改了以后外面才开始使用。所以没有负担。

2. 原来是 public ，现在改成 private 。如果原来只有少数几个地方使用，改成小写不费力。如果原来有几百个地方使用，你有多大的胆子敢做这样大规模的重构？被几百个地方使用的公共函数，也敢轻易改成私有？

[lasuar]

“成员改变包可见性真的是很常见的事情”，这是一开始的设计发生了问题，一两次还好，怎么还是常见的呢？

回到帖子本身的问题，如果一个成员已经是私有，怎么会在多处被引用，然后引发楼主所说的“修改几十个文件”。

短短几句话就暴露了水平，别把 V 站当贴吧。

[Mexion]

@ziyeziye 同一个包难道就不能引用了吗

[Mexion]

@lasuar 有没有一种可能，同一个包的不同文件也可以引用

[troywinter]

引用私有成员本身就破坏了封装性

[pkoukk]

一门语言的基础规则看都不看，直接上来撸？
那 c# 和 java 的默认 class 还是 internal 的呢，也不是 public 啊

[zhwguest]

@Breacher 定义的地方修改下就行了。不用所有引用的地方修改。

[zhwguest]

@lasuar 我在包内不能引用么？.... 对不起暴露了水平....

[zhwguest]

@pkoukk 修改的时候只用修改一处，不用处处修改

[codersdp1]

建议换成 JAVA 呢

[pkoukk]

@zhwguest 你和那些语言一样用 struct 不就只用改一处了？要改这么多，难不成你到处写全局变量和全局函数？

[codersdp1]

修改的时候只用修改一处，不用处处修改
如果是 ide 的话，改变大小写，也只用修改一处。

[ziyeziye]

@Mexion 注意看 op 的描述，几十上百个文件

[codersdp1]

http://tc.xxk.duoxiaoxia.com/uPic/8O8JEs.png

[zhwguest]

@ziyeziye 我不就是说的包内引用么？包外引用是第一次（以前都不可见怎么引用），哪涉及到什么修改，我有什么意见？....

[Slurp]

😁，Go 大道至简是这样的，大小写确定可见性的魅力，还搁着「改可见性的情况很少」，问就是你写的不对。

[Slurp]

@codersdp1 😅咋不说 Java 有 IDE 的情况下很简洁。凡事要用 IDE 改善的地方，我只能认为设计的垃圾，可见性和名称挂钩是 sb 到极点的设计。