长变量/名称大家一般怎么命名

没什么特殊情况的话长就长着，不乱缩，

可千万别瞎截取缩写单词，我真特么看不懂猜不到啊，更别学 k8s i11n 这种规则命名，谁特么看得懂啊

长就长，不乱缩

很讨厌乱缩写的

一般参考开源库来缩写，比如长度：len，接收：recv，缓冲区：buf，错误：err

const bsx = 0; 别缩写
const bySimpleXerox = 1;

Func HowtoNameLongVariable() {}

請勿縮寫。否則別人不會清楚。
我個人的話，在已知作用域的範圍內（ 5 行 - 8 行）會使用 i / x / e 等單個字母作為一些臨時變量。

长也没关系吧，规范比较重要，反正有代码补全。除非是已经约定俗成的，一般不缩写。

每次看 java 变量名都是一种折磨

this_is_a_long_variable_name
不乱缩，能看懂最重要。反正有 IDE，这个变量名本来也只有第一次会全打出来🐶

变量名长就长了，别缩。
时间长了，期间你另一个项目用到了意义不一但是缩写后差不多的情况，脑子半天反应不过来缩写了个啥。
https://github.com/hotvulcan/finance_i18n 财务类的不好翻译可以用这个

长就长吧，缩写这东西真搞得人头大

@gesse #9 Java 的变量名只是遵守驼峰命名法而已，你换个语言换成下划线不还是一样吗。

编译的时候都会去掉的，留着不行么，就怕用的时候不知道这是个什么鬼东西

我觉得命名能体现函数的意义并符合约定俗成的规范即可，一个意义模糊不清的短命名反而更让人难以接受。

有明确的缩写的可以用，比如说：Globalization(G11N)、Internalization(I18N)、Translation(T9N)、Localization(L10N)
或者 Development(Dev)、To(2)、For(4)的这种的。

没有共识的话，缩写容易翻车，自己隔一段时间回来看都会想不起来

@dfkjgklfdjg #16 看不懂....

不缩写。

@wangchonglie #17，呃...那比如说 Input/Output （ IO ）....
或者说 DTO 、BO 、AO 、VO 、POJO

就让名字长着，反正 ide 你打前几个字母都能提示出来，根本就不会带来多少麻烦