- 主题:golang的命名规范 为啥要那样？
接触golang不久，但是它的一些命名规范感觉完全不符合认知，
比如 提倡短变量名，函数里面一堆 c\p\l啥的，阅读起来障碍极大，不都是应该要求变量名一眼能看明白含义么？
还有它的结构体 和 变量名的规则是一样的，比如 PlayerInfo 这个可以使一个结构体，也可以是一个变量名。。。
c++都是要求变量名和结构体定义区分，这样一眼就能看明白
难以理解
--
FROM 182.140.153.*
难以理解的规范有很多，最重要的是要有一个规范
【 在 hanDevil (hanDevil) 的大作中提到: 】
: 接触golang不久，但是它的一些命名规范感觉完全不符合认知，
:
: 比如 提倡短变量名，函数里面一堆 c\p\l啥的，阅读起来障碍极大，不都是应该要求变量名一眼能看明白含义么？
:
--
FROM 221.216.116.*
这种基本命名规范 为啥不和其他语言对齐
【 在 abettor 的大作中提到: 】
:难以理解的规范有很多，最重要的是要有一个规范 : :发自xsmth (iOS版)
- 来自 水木社区APP v3.5.7
--
FROM 171.218.204.*
g家就愿意搞这个标新立异
都是牛人，自己用的爽就行
【 在 hanDevil 的大作中提到: 】
: 这种基本命名规范 为啥不和其他语言对齐
: :难以理解的规范有很多，最重要的是要有一个规范 : :发自xsmth (iOS版)
: - 来自 水木社区APP v3.5.7
--
FROM 111.204.200.*
c++没有通用的命名规范。比如标准库、win32、Qt就两两不同。在项目里多用几种库就很容易不统一了。
【 在 hanDevil 的大作中提到: 】
: 这种基本命名规范 为啥不和其他语言对齐
:
: 【 在 abettor 的大作中提到: 】
: ...................
--
FROM 61.148.243.*
提倡短变量名，C就是这样。
结构体和变量名规则一样，c/c++的标准库风格都是这样。
go的初始目标就是做网络时代的c，这种设计风格算不上突兀。
【 在 hanDevil 的大作中提到: 】
: 接触golang不久，但是它的一些命名规范感觉完全不符合认知，
:
: 比如 提倡短变量名，函数里面一堆 c\p\l啥的，阅读起来障碍极大，不都是应该要求变量名一眼能看明白含义么？
: ...................
--
FROM 61.148.243.*
好吧 已经习惯了g家开源那套c++风格
【 在 milksea 的大作中提到: 】
: 提倡短变量名，C就是这样。
: 结构体和变量名规则一样，c/c++的标准库风格都是这样。
: go的初始目标就是做网络时代的c，这种设计风格算不上突兀。
--
FROM 182.140.153.*