代码里面有中文，大家觉得怎么样?

[514656282]

举个简单的例子，如下，平时写代码的时候一些枚举的状态我比较倾向直接用中文，包括前端传参和返回给前端的内容，个人认为这样可读性会高一点。

做了三年 Android 开发，以前对接后端接口的时候经常都是一堆数字 0123，每次查问题或者抓包的时候都要看看代码(后端基本不写文档，返回的一大堆无用的字段)，所以现在转后端了，写接口的时候都会尽量考虑减少前端的对接的难度

public enum Status {
    网络断开, 网络恢复
}

同事认为这样很不规范，叫我以后不要这样写了，要么用英文，要么用数字 0, 1, 2, 3

大家怎么看待这个问题?

[514656282]

@fuermosi777 中文也是一整个词的跳转

[514656282]

@Perry 支持自动补全

[swkl86]

不反对，但是有一天突然某个业务场景这样判断
if(status == 网络连接失败)
emmmm 确定不奇怪麽？ enum 当做字符串处理？
数据库库字段中文？
好吧，感觉好多人做过，但总感觉坑比体验多
感觉这个属于团队规范问题，以前也想过类似情况，但是后面被 pass 了。
因为代码不是你一个人维护，编码导致的风险隐患比想象中的要高，假如说给外界接口，成本更加高昂（维护成本）
你的痛点是在于对接的时候交流开发和维护成本高昂
你是希望通过提升开发体验降低对接难度
但是这侧面也会导致增加各种隐患风险和维护成本

总之个人感觉 code msg 基本够用，如果不够，或者希望更详细的提示可以考虑开发环境判断，多个其他输出方式或字段

[Cambrian07]

所以，易语言的春天到了吗？

[xingstar]

抱歉，总觉得难以接受

[PythonAnswer]

自己写的小工具，有很多注释是中文，没问题啊，整理思路。

[vjnjc]

感觉 enum 那部分你随便呗，对接接口 HTTP 那层确定好就好

[nicevar]

@gamexg 不是统不统一编码的问题，是 ide 有编码检测，vs2003 有个坑人的地方，会自动修改 utf8 的 bom，加上 eclipse 以前有一个常年存在的 bug，当前显示的文件并不是活动文件，很容易出错，并不是个别现象

[0xcb]

我见过一个新入职的这么写，然后两个月个月什么也没做出来走了。

[514656282]

@JCZ2MkKb5S8ZX9pq 说出了我很多没说出来的。。实际开发中很多人用的英文并不准确，后面加又要加中文注释来说明 各种英文数字中文的转换确实让人累了

[shynome]

中文切输入法麻烦，反正我肯定忍不了，要么你走要么我走

[likuku]

给人类用户看的提示信息什么用中文写挺好的，尤其用户是非技术人员+多年不用英文 /技术英文 的人。

其它么，代码里 变量，注释，用中文，写码时切换输入法麻烦，
乱码的隐患始终存在，且有些技术用语，中文没有统一公认的说法，容易引起歧义。

[lonenol]

展示的文案竟然是固定的么。。。

[514656282]

@lonenol 我在上面已经回复了很多，不是直接给前端展示用的

[whypool]

一次警告，二次开除
代码必须规范，命名必须规范，包括拼音命名甚至各种 123，review 必须改，改不了就走人

[msg7086]

看团队要求。团队觉得 OK 就 OK，不行就不行。
我们组里以前还有亚美尼亚人，他要是标识符写个亚美尼亚语，我们大概心态就要崩了。

[thinkif]

变量不能用中文，但个别的枚举可以用中文，可读性好，使用也方便，枚举最终对接出去的多是数字的部分所以没问题，而且现在 IDE 对编码支持都非常好了。

其实不光是中文，工作中接触过德国、意大利和丹麦的工程师，他们也会使用母语来命名一些不好描述或者不方便翻译成英文的地方。

[silhouette]

一般都是 status 是个数字表示状态码吧，然后给一个文档标注每个数字代表什么比较好？

[lotem]

代碼裏用不用中文，看使用場景。
某又要搬出中文命名的經典樣例了：
https://github.com/kionz/ime-table-builder/blob/master/src/Cangjie5.js

[liuxu]

主要是大家被一些语言的中文处理恶心到了，还有中文编码问题，例如 gb2312 与 utf-8，bom 头。。