好的变量缩写

[DjvuLee]

自己觉得 3~4 个字符表示的缩写给程序变量命名比较好，即避免了单个字符的完全没有意义，也避免了冗余，我自己个人编程中觉得下面这些是不错的，不知道大家通常有哪些不错的缩写？

idx: index
cnt: count
src: srouce
dst: destination
usr: user
ptr: pointer
msg: message
buf: buffer
len: length
dat: data
lib: library
inc: increase
dec: decrement
rsp: response
req: request

addr: address
conn: connection

[sox]

scu: shouldComponentUpdate

[lavadore]

个人觉得通常情况没必要缩写，你给的例子里也不是很长。有很多反而会引起混淆，比如
dat: data, date
inc: increase, increment, include
dec: decrease, decrement, december

[ariestiger]

你确定把单词写完整了会产生冗余？ 告诉你吧， 随着时间的流逝， 这些类名， 变量名， 方法名中包含的信息量是越来越少的， 到时候你只会嫌当初命名时没取个长一点完整一点更有意义一点的名字。

[msg7086]

dat: data

这是节约了多少字符？

另外在有 IDE / 良好的编辑器 的时候，这么玩毫无意义。

[DjvuLee]

@ariestiger 自己确实不太喜欢完整的单词，尤其是像 Java 那种冗余的 API 命名就是不太喜欢。

[DjvuLee]

@msg7086 哈哈，其实主要是自己觉得 3 个字符比较统一

[lavadore]

@DjvuLee 自己一个人写随便你怎么规定，但是团队还是全称比较好。

就像你写字的时候如果每个字都少几个笔画有什么意义么？你写的时候是可以少浪费点墨，但是看的人需要自己脑补那些缺少的部分，很不爽的

[seki]

在自动补全的 ide 如此多的情况下，缩写其实没什么意义，除非你写的语言找不到这样的一个 ide ，例如 office vba
长长的变量的一个好处是不需要加注释也能看懂；过度地缩写，结果还得老老实实写注释，击键次数会更多

[DjvuLee]

@lavadore 少写的意义就是简洁，可能和自己的风格有关系。团队的时候肯定是写全点好。不过 c 语言的项目很多还是缩写比较多的。

[FrankFang128]

缩写哪有好的

[lavadore]

@DjvuLee 简洁更重要的是代码格式和架构，缩写变量名这种可以说是舍本逐末. C 语言那是历史遗留下来的旧习惯

[shiny]

个人不认同楼主观点

[akira]

变量名 /函数名等等所有的命名，尽量写完整，缩写这玩意太具有个人风格，就算是自己独立维护的代码，过上一段时间，你回头看也会发现没那么容易看了。如果是团队合作，就更不用说了。

好代码最重要是要容易阅读!

[Valyrian]

我记得在哪看过， data 是最没用的变量名，任何东西都是 data ，所以永远不要用 data 当变量名

[ljbha007]

我反倒是喜欢很长的名字 反正都是 ide 提示

[loading]

楼主你这是写汇编出生的？

[yangg]

最大的问题是 IDe 会说 typo

[frittle]

标准通用的大家一看就知道的还无妨，可是 cnt 、 dat 之类的，尽量避免。

[finian]

尽量不缩写， Readability matters

[NearTan]

曾经有多少人认为 Linux 系统下的 usr 目录就是 user