自己觉得 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
 |
1
sox Sep 8, 2015
scu: shouldComponentUpdate
|
 |
2
lavadore Sep 8, 2015  1
个人觉得通常情况没必要缩写，你给的例子里也不是很长。有很多反而会引起混淆，比如
dat: data, date inc: increase, increment, include dec: decrease, decrement, december |
 |
3
ariestiger Sep 8, 2015
你确定把单词写完整了会产生冗余？ 告诉你吧， 随着时间的流逝， 这些类名， 变量名， 方法名中包含的信息量是越来越少的， 到时候你只会嫌当初命名时没取个长一点完整一点更有意义一点的名字。
|
 |
4
msg7086 Sep 8, 2015
dat: data
这是节约了多少字符？ 另外在有 IDE / 良好的编辑器 的时候，这么玩毫无意义。 |
 |
5
DjvuLee OP @ariestiger 自己确实不太喜欢完整的单词，尤其是像 Java 那种冗余的 API 命名就是不太喜欢。
|
|
7
lavadore Sep 9, 2015
|
 |
8
seki Sep 9, 2015
在自动补全的 ide 如此多的情况下，缩写其实没什么意义，除非你写的语言找不到这样的一个 ide ，例如 office vba
长长的变量的一个好处是不需要加注释也能看懂；过度地缩写，结果还得老老实实写注释，击键次数会更多 |
 |
10
FrankFang128 Sep 9, 2015
缩写哪有好的
|
 |
12
shiny PRO 个人不认同楼主观点
|
 |
13
akira Sep 9, 2015
变量名 /函数名等等所有的命名，尽量写完整，缩写这玩意太具有个人风格，就算是自己独立维护的代码，过上一段时间，你回头看也会发现没那么容易看了。如果是团队合作，就更不用说了。
好代码最重要是要容易阅读! |
 |
14
Valyrian Sep 9, 2015 via iPhone 1
我记得在哪看过， data 是最没用的变量名，任何东西都是 data ，所以永远不要用 data 当变量名
|
 |
15
ljbha007 Sep 9, 2015
我反倒是喜欢很长的名字 反正都是 ide 提示
|
 |
16
loading Sep 9, 2015 via iPhone
楼主你这是写汇编出生的？
|
 |
17
yangg Sep 9, 2015 via iPhone
最大的问题是 IDe 会说 typo
|
 |
18
frittle Sep 9, 2015
标准通用的大家一看就知道的还无妨，可是 cnt 、 dat 之类的，尽量避免。
|
 |
19
finian Sep 9, 2015
尽量不缩写， Readability matters
|
 |
20
NearTan Sep 9, 2015
曾经有多少人认为 Linux 系统下的 usr 目录就是 user
|
 |
21
ehs2013 Sep 9, 2015
@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.
|
 |
22
zylll520 Sep 9, 2015
个人习惯没有超过 5 个就不用缩写
|
 |
23
tabris17 Sep 9, 2015 1
src: srouce
dst: destination ptr: pointer msg: message buf: buffer len: length lib: library addr: address conn: connection 这几个长的可以有，而且很常用，一目了然，其他几个本来就很短，没必要再缩写了 |
 |
24
Andiry Sep 9, 2015
When Ken Thompson was asked if he redid UNIX, what would he do differently, he said that he'd spell creat with an e.
|
 |
25
wuxu92 Sep 9, 2015
user 竟然用 usr 。。。 data 缩写为 dat 也没有意义， response 缩写为 resp 的比较多
|
 |
26
Raito Sep 9, 2015
srouce? 打错了吧
|
 |
27
kappa Sep 9, 2015
inc: increase
dec: decrement 这。。。 |
 |
28
lxrmido Sep 9, 2015
pwd/passwd/password
desc/description fs/filesystem res/resource db/database |
 |
29
jhaohai Sep 9, 2015
最令人发指的是把变量名缩的只剩一个字符
把 request 缩成 r 把 header 缩成 h 把 packet 缩成 p |
 |
30
pangtianyu Sep 9, 2015 1
我认为最好的变量就是 a 到 z 一共 26 个字母 不够就 aa ab 一直下去
|
 |
31
jswh Sep 9, 2015
代码自注释
|
 |
32
learnshare Sep 9, 2015
尽量不缩写，靠 IDE/编辑器的自动提示来提高效率
|
Select Language