发现一个查单词缩写的网站,妈妈再也不用担心我给变量命名了!

2015-10-11 20:02:24 +08:00
 loggerhead

网址是: http://www.abbreviations.com ,勾选 Term » Abbreviation。下面是一些查询结果:

Term Abbreviation
circle cir
list ls
count cnt
length len
request req
response resp

感觉好像还不错啊~

30989 次点击
所在节点    分享发现
38 条回复
coldwinds
2015-10-12 09:12:05 +08:00
可是不缩写又是保留字 哈哈
loggerhead
2015-10-12 09:16:08 +08:00
@abelyao
@welly
@fatea
@abelyao
@gimp
@zonghua
@Cavolo
@zhujinliang
@dd99iii
变量名缩写有它的优点:

* 从输入速度来说,即使自动补全很强大,长度为 2-3 的缩写手打速度也要快一些,长度为 4 的缩写也不见得慢。
* 从可读性来说,如果 (上下文提示足够明确 || 这种缩写很常见 || 是只用在短函数内部的局部变量),那么可读性不见得更差,而且用整个单词作变量名不见得可读性就好,拿 Hasekll 来说,下面两种说明,你们觉得哪种可读性更好呢?

```hs
putCircle :: (Eq a, Show a) => Int -> Int -> [a] -> [[a]] -> [[a]]
putCircle :: (Eq variable, Show variable) => Int -> Int -> [variable] -> [[variable]] -> [[variable]]
```

缩写能让格式齐整,反而会让可读性更好,举个不太恰当的例子:

```python
len = 0
tmp = 0
cnt = 0
var = NULL
buf = NULL
ptr = NULL

length = 0
temp = 0
count = 0
variable = NULL
buffer = NULL
pointer = NULL

# 当然也可以用插件弄成下面这种形式,但是修改起来很蛋疼
length = 0
temp = 0
count = 0
variable = NULL
buffer = NULL
pointer = NULL
```

简而言之,缩写不是糟粕,滥用才是。否则,为什么很多地方还是用 max, min, sum, fst, snd 等做函数名,而不是全称呢?

@arbipher @nicegoing 只是举个例子,本来这些缩写也就仅供参考
loggerhead
2015-10-12 09:17:22 +08:00
v2ex 吞空格真是让人恼火,谁知道为什么要吞空格吗?
ivvei
2015-10-12 09:53:11 +08:00
试了下,没啥卵用…… 实际代码开发中命名最困难的是业务相关的变量,而不是程序上的。
thinkmore
2015-10-12 10:00:05 +08:00
还可以的,但是不是所有单词都可以缩写
kookxiang
2015-10-12 10:02:35 +08:00
写多长都没关系,大不了混淆一下不就好了
crayygy
2015-10-12 10:03:31 +08:00
如果有一个开发字典来规范所有的缩写的话,在公司里用缩写也没什么不好,重点是,很多 team 并没有啊。
于是各种不一样的缩写,最后徒增维护成本。

对于一个维护过像 class biao() class tu() 这样的代码的人,极力推荐变量名要语义清晰,并且规范...
500miles
2015-10-12 10:56:57 +08:00
我喜欢写完整的,

不过有时候 一行不够, 恰好多出一两个字符, 变成两行了。。。就开始强迫症了,,到底要不要缩写呢 要不要缩写呢。。。
dorentus
2015-10-12 13:02:19 +08:00
你自己写的时候都要查工具了,那么你觉得其他读你代码的人(包括一个月后的你自己)有几个能猜出来 cir 是代表 circle 的?
nisnaker
2015-10-12 14:22:17 +08:00
我习惯把 content 缩写为 cnt , count 缩写为 n ,而且这样的缩写都是临时变量,不会超过一屏。
ooh
2015-10-12 15:07:53 +08:00
谁来挖一个 sublime 的坑
swolf119
2015-10-12 19:44:28 +08:00
敲砖打碗坐等 workflow
onlyxuyang
2015-10-17 10:49:16 +08:00
@nisnaker cnt 一般是 count 的缩写吧 你这样缩写会害人的
nisnaker
2015-10-19 09:13:26 +08:00
@onlyxuyang

我习惯把 content 缩写为 cnt , count 缩写为 n , [而且这样的缩写都是临时变量,不会超过一屏] 。

我只会害到不看上下文就改代码的人,这样的人,害就害了。

即时按你所说,你们那边习惯把 count 缩写为 cnt ,难道就不用去看 cnt 在哪里赋值的么?
onlyxuyang
2015-10-19 22:04:28 +08:00
@nisnaker review code 和实际调试 bug 时当然不一样…… 随便啦 话说 content 我一般就写 content 哈哈哈
fangpeishi
2017-07-24 11:24:15 +08:00
按照楼主这个网站的思路,收集整理了一批缩写,做了一个 Dictionary App 的字典:
https://github.com/fangpeishi/Abbreviations
bluetata
2018-11-15 19:02:12 +08:00
mark
yhsm
336 天前
好东西

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/227197

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX