各位如何看待开发的过程中，变量名或者方法名里的英文单词缩写，比如 query 写成 qry

[AllenHua]

这样的例子蛮多

query 写成 qry

button 写成 btn

history 写成 his

service 写成 serv

parameter 写成 param params

select 写成 sel （如果写全 selected 使用过去式还能表达出状态信息 一举多得）

modify 写成 mod

类似的挺多的，不可否认 大家都很清楚的而且单词长度很长的更推荐简写，（不过这个 「大家都清楚」 界限又不太好确定）

然而有些单词实在是冷门，却还要简写成两三个字母。接手其他人代码的那个兄弟可能会爆炸，如果他们的编码习惯，命名习惯很不相同……

这个 topic 似乎也有代码规范制约着，想问问大家的看法？

[skylancer]

这没啥好担心的，唯一的问题是，请养成写注释的好习惯

[veike]

我一般都写的特别长

[Rwing]

全部不要缩写

[AllenHua]

@Mohanson #11 你把你狗头丢掉了 🐻dei [滑稽]

[AllenHua]

@Pythondr #17 我也认为尽量讲究具体 讲究严格严谨
@crella #19 还是要英文喔
@autoxbc #20 哥们的序号用法很标准 很规范 好评
@veike #22 见名知义 最好了
@Rwing #23 文件体积大了 也要想办法压缩 必要时还是要考虑缩写的

[U7Q5tLAex2FI0o0g]

通用的常见的缩写完全没问题，写代码的都看得懂吧：
button btn
request req
response res
parameter param
temp tmp

不过 history -> his ？？？？

[strawberryBug]

@littleylv lol，干脆全部不要缩写

[HENQIGUAI]

多打几个字母会死么？自动补全也并不需要你多打几下啊

自己造什么玩意缩写，不是业界通用的缩写就老老实实的写全

[hszhakka2ex]

不缩写，易懂，不用猜。

[AllenHua]

@littleylv 我真见过 把 history 写成 his 的代码

[wangyzj]

@littleylv +1

[baobao1270]

param, btn, serv/srv, 可以接受
我认为应当在团队中设定一个允许的缩写列表，列表之外的都不可以缩写。

[IgniteWhite]

很多集成电路的选择线都叫 sel，这个倒是通用
params 和 arg 一样，类 unix 常见
mod 这个倒的确应该说清楚

[randyo]

手工混淆吗

[hoyixi]

btn param 至少不会引起歧义

这东西乱写的话，纯粹给自己和团队埋雷，时间长了恐怕就忘了

[hanxiV2EX]

用拼音挺好的

[ericls]

bikeshedding

[Felldeadbird]

不是所有单词都合适缩写…

[stillsilly]

古代程序员喜欢这么干

[learningman]

@ostrichb receive Response （确信）