这是一个创建于 260 天前的主题，其中的信息可能已经有所发展或是发生改变。
是否包导出居然是靠首字母大小写来区分，写着写着，一个变量想修改为包外可见，居然要修改几十上百个文件。
这是一种什么样的思想....
第 1 条附言 · 260 天前
各位大佬们，欢迎大家来拍。但大家先看清如下几行哈，不看也行，毕竟没几个人会仔细看，但我还是写出来哈。
1) 我有一个 Person.id 字段，是包内引用，几十个文件引用，如果觉得引用太多了的我不做反驳；
2) 现在外面有人想访问该 id 了，说以前没设计好的，是设计问题的我也不反驳；
3) 认为我现在把 Person.id 修改为 Person.Id 只需要在包外新需求的地方修改的，我也无法反驳；
4) 大多数语言，public/private/protect 是在变量定义的时候说明一次就行了，后续要修改，只在这个地方修改一次即可。现在 go 是用变量名大写来到处说明自己的 public 特性，不仅仅是在定义的地方说明的。这就造成了修改可见性得对所有引用修改（毕竟 Id = public id ，如果这句话不同意的，我也无法反驳)。说改文件很轻松的我想说你 review 代码 cr 的时候，一个小需求，把依赖包全部文件修改了一边，觉得很舒服吧。
4) go 很多东西都很好，特别是工程化很平易近人，这也是我在服务器端用了快十年的原因，但是这并不妨碍我吐槽其中一个点吧，并且稍微搞个吸引人的标题就被人说性格缺陷、抑郁，好吧，没问题；
5) 很多现代化的语言，比如 rust/kotlin 在语法方面比 go 优美一万倍，我一直用来做客户端的底层库开发，但是并不影响我吐槽它的一些问题，
6) 有一些回复者都在通过改变设计原则（比如默认为 public) 来适应这个问题了，难道不值得思考下？
1) 我有一个 Person.id 字段，是包内引用，几十个文件引用，如果觉得引用太多了的我不做反驳；
2) 现在外面有人想访问该 id 了，说以前没设计好的，是设计问题的我也不反驳；
3) 认为我现在把 Person.id 修改为 Person.Id 只需要在包外新需求的地方修改的，我也无法反驳；
4) 大多数语言，public/private/protect 是在变量定义的时候说明一次就行了，后续要修改，只在这个地方修改一次即可。现在 go 是用变量名大写来到处说明自己的 public 特性，不仅仅是在定义的地方说明的。这就造成了修改可见性得对所有引用修改（毕竟 Id = public id ，如果这句话不同意的，我也无法反驳)。说改文件很轻松的我想说你 review 代码 cr 的时候，一个小需求，把依赖包全部文件修改了一边，觉得很舒服吧。
4) go 很多东西都很好，特别是工程化很平易近人，这也是我在服务器端用了快十年的原因，但是这并不妨碍我吐槽其中一个点吧，并且稍微搞个吸引人的标题就被人说性格缺陷、抑郁，好吧，没问题；
5) 很多现代化的语言，比如 rust/kotlin 在语法方面比 go 优美一万倍，我一直用来做客户端的底层库开发，但是并不影响我吐槽它的一些问题，
6) 有一些回复者都在通过改变设计原则（比如默认为 public) 来适应这个问题了，难道不值得思考下？
 |
101
sherlockwhite 260 天前
GetId 可破
|
 |
103
Yoock 259 天前
又不是不能用 🐶
|
 |
104
kiripeng 259 天前
一般来说这玩意跟苹果一样，你不用那规则使用，你就会很难受。每个语言都有这种类似大病。但是我感觉加个函数不就行了。
|
 |
105
ganbuliao 259 天前
ide 有修改变量名 这个功能
|
 |
106
ikaros 259 天前
就不说有没有 IDE 了，vscode 配置一下不是都可以 rename 吗？
|
 |
108
magnetar 259 天前
这不是 ide 一键重构的事儿嘛，直接重构连相关的注释都能给你改过来
|
 |
109
buffzty 259 天前
@jorneyr 你前两个说的对，但第三个是什么鬼？ if err ！=nil 不是跟 C 语言 c++一样吗？这怎么影响业务逻辑的流畅程度了？ 再说了 go 也有类似 try catch 模式
|
 |
110
largezhou 259 天前
这个最坑的其实是，如果你想用中文做变量名函数名的时候（狗头
|
 |
111
lttzzlll 258 天前
@sherlockwhite +1
|
Select Language