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