好的变量缩写

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 3145 天前的主题，其中的信息可能已经有所发展或是发生改变。

自己觉得 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

缩写

变量

req

cnt

32 条回复 • 2015-09-09 11:43:51 +08:00

sox

2015-09-08 23:02:41 +08:00

scu: shouldComponentUpdate

lavadore

2015-09-08 23:13:21 +08:00

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

ariestiger

2015-09-08 23:23:49 +08:00

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

msg7086

2015-09-08 23:25:53 +08:00

dat: data

这是节约了多少字符？

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

DjvuLee

2015-09-09 00:17:52 +08:00

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

DjvuLee

2015-09-09 00:18:25 +08:00

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

lavadore

2015-09-09 00:22:02 +08:00

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

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

seki

2015-09-09 00:34:17 +08:00

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

DjvuLee

2015-09-09 00:35:09 +08:00

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

FrankFang128

2015-09-09 01:11:53 +08:00

缩写哪有好的

lavadore

2015-09-09 01:23:42 +08:00

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

shiny

2015-09-09 01:25:32 +08:00

个人不认同楼主观点

akira

2015-09-09 01:31:35 +08:00

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

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

Valyrian

2015-09-09 02:17:41 +08:00 via iPhone

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

ljbha007

2015-09-09 02:50:59 +08:00

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

loading

2015-09-09 07:07:14 +08:00 via iPhone

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

yangg

2015-09-09 08:29:09 +08:00 via iPhone

最大的问题是 IDe 会说 typo

frittle

2015-09-09 08:42:22 +08:00

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

finian

2015-09-09 09:10:59 +08:00

尽量不缩写， Readability matters

NearTan

2015-09-09 09:14:59 +08:00

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

ehs2013

2015-09-09 09:20:28 +08:00

@NearTan In the original Unix implementations, /usr was where the home directories of the users were placed (that is to say, /usr/someone was then the directory now known as /home/someone ). In current Unices, /usr is where user-land programs and data (as opposed to 'system land' programs and data ) are. The name hasn't changed, but it's meaning has narrowed and lengthened from "everything user related" to "user usable programs and data". As such, some people may now refer to this directory as meaning 'User System Resources' and not 'user' as was originally intended.

zylll520

2015-09-09 09:21:50 +08:00

个人习惯没有超过 5 个就不用缩写

tabris17

2015-09-09 09:32:48 +08:00

src: srouce
dst: destination
ptr: pointer
msg: message
buf: buffer
len: length
lib: library
addr: address
conn: connection

这几个长的可以有，而且很常用，一目了然，其他几个本来就很短，没必要再缩写了