编程中使用汉字作为变量与使用英文作为变量到底有没有本质的区别？差距在哪里？

抛开编程历史发展原因，外国人学中文更难，中国人学英文更容易，所以还是英文更有竞争力。

在大多数现代语言中没有本质区别，差距在于输入效率和跨平台兼容性以及可维护性。

我是这么想的
1，英文保证在所有编辑器、终端下看起来都一样（这个和 tab/space 之争是一个道理）
2，代码书写效率，无需频繁切换输入法

在某些行业软件中使用中文变量函数名可能有意想不到的效果
什么叫英文更有竞争力，这句话我说了无数遍，中国人开发的软件、中国人使用、中国人维护，为什么要照顾洋人的感受？
你开发个武侠游戏，要把所有的技能翻译成中文再编码，你觉得蛋碎不

没有，我一直相信假如中国最先开始工业革命，假如中国最先发明了计算机和编程语言，那么编程肯定是用中文。

本质上没有，不过现在确实有些 ide 对中文支持不咋好（当然这个时候别说是变量名了，注释写中文都会蛋疼）

中文变量名输入效率蛮高的，因为可以简拼，变量只要打一次，后面就首字母简拼非常方便。而且输入法也能设为半角符号。

for item in items，驼峰命名 这些习惯，中文没法表现出来

@xianxiaobo #5 有道理。中文先入为主，也是可以搞出方法的，近现代欧美人领先了一轮，英语成了习惯方案 。

如果是本质上，没有任何区别。正常的现代编译器并不管你输入的是中文还是英文，对它来说都是符号（编译器使用的关键字例外，但是这些编译器关键字编译器本身也并不在乎它到底是什么）。
但是如果从浏览上来说，相对 ascii 字符，由于汉字的信息密度比英文大很多，看起来可能会有点累……

@augustheart 当然信息密度大并不只是汉字这样，象形文字语言相对字母文字语言就会有类似的情况。

@augustheart 也就是说类似 js 这种解释型语言变量使用中文开销会大一些？

没区别，混淆器就是用奇奇怪怪 unicode 去替换变量名的

@Sniper416 你再看一遍我的意思。
不会，只会眼睛累一点……
对编译器来说，apple 与苹果的区别，只是
"0x61 0x70 0x70 0x6c 0x65"
与
"0xe8 0x8b 0xb9 0xe6 0x9e 0x9c"
两个数组的不同而已……

没有本质区别，一般是不推荐用，有时候编码问题会带坑，不过部分特殊行业的变量名在实践上好像用中文变量真的比翻译后的英文变量要直观得多，最起码也比拼音或拼音缩写以及拼音英文混写好一亿倍。

汉字是文化自信（滑稽）

我的理解是本质没有区别。

但是在编译的时候会使用更多的时间和占用更多资源，虽然你感受不到，但是应该确实存在的。。。

中文作为变量名可以，前提是要有统一的命名规范。
因为中文太灵活了。比如： [总费用] ， [全部费用] ， [合计费用] ，它们可以代表同一种含义，但取名的时候，就容易混乱。

打字慢

@yinzhili 讲真，在这个问题上，英文也有 total，amount，quantity 甚至 number 什么什么的

没啥本质区别，就是打字麻烦，复杂业务变量我倒是觉得用中文挺好，省的有歧义

自己用 没区别

说实话，我觉得中文命名就挺好，可是迫于环境使然，没法用。
不信你整个开源项目放 github 上试试，绝对换来的是一堆人的嘲讽

除了变量名用中文，语句用中文不？
如果 苹果数量 >= 5
那么 吃(3 个)
不然 吃(1 个)

实际上武侠游戏也不推荐用中文变量名编码，大部分用 skill_001 这样编码，因为策划出技能的时候可能只是代称，后期出现把"攻击"变成"突击"/"撞击"/"冲击"的时候，特别技能组特别多的时候或者版号审核比较血腥名称技能的时候可能会被和谐

@NoKey 都改了更好
如果 苹果数量 大于或等于 伍个
那么 吃（叁个）
不然 吃（壹个）

试过么？实践出真知。

输入法切换不累吗？

中文有时候会遇到奇葩的问题,比如说少字符集啦 , 之前有一台 linux 服务器没有中文语言包,根本加载出去中文的

本地化需求：看编译器的支持，像 JS 是完全没问题的，对于有中文本地特色的概念来说，用中文可读性更高，因为并不是所有概念都能信达雅翻译成英文，对于业务相关的协作开发者来说，换成英文可能也很难看懂。

国际化需求：还是要看项目定位，是否有可能在国际范围内推广，或者引入外国开发者协作，英语作为国际化语言有国际化优势。


代码可读性最重要，曾经纠结过注释是用英文还是中文，但最后发现小孩才做选择，只要能达到可读性高，用什么语言都无所谓。

很多时候没法翻译成英文,或者就没有对应的英文.
比如山东十一选五,重庆时时彩,