编写业务时，枚举用中文真的不好吗

[Hbisedm]

如一些业务状态，我用枚举定义

export enum selfDeliveryStepListEnum {
  顾客下单,
  顾客付款,
  商家接单,
  顾客取货,
  评价,
}

那么我判断时候，取selfDeliveryStepListEnum.顾客下单 这样的写法

我觉得对于英语不好的人，维护性不是很好吗，老是纠结英语中文这些真的好吗。

我编程水平也不是很好，所以求大佬指导下！！

[devloperchen]

@beimenjun 你这个 chatgpt 界面是自己开发的还是用开源项目搭建吗？我看到我老婆公司搭建的 chatgpt 平台和你这个很想。我们公司做的很简陋。

[uni]

我从来都是这么写的啊，输入法只需要在写 enum 的时候切，用的时候全部用补全就行了
这么写的好处除了清晰之外，还有一点就是前端写页面的时候直接用 enum 取个值就可以拿到标签了，超舒服方便

[cuicuiv5]

@devloperchen https://github.com/Chanzhaoyu/chatgpt-web

[god7d]

@sadfQED2 额，一般项目中专业术语比较多的话，最好统一出一份文档，如果存在国际市场的话，最好还是使用英文术语

[3dwelcome]

@kalista 我们现在所有的源代码，都是要经过预编译和转译的管道。

就是 clang 去编译的代码文件，和人类改写的源代码，完全是两个不同文件，就不存在编码冲突问题。

[nekoneko]

java 后端.
岂止枚举, 我对不好翻译的变量直接上中文.
比如需要老长一段描述的 map

[jhdxr]

1. 要切换输入法。这个阻碍其实不小，有时候注释也用英文写就是切换输入法太麻烦
2. 中文的表示不唯一。这个在过去指的更多的是不同编码，例如 gbk/utf-8 。现在的话还有各种异形字
3. 如果有国际化的团队，那在非中文环境中打开可能会有问题。


如果你是一个人写怎么爽怎么来；一个团队写就看看团队规范。

[Building]

中英文啥的都是小事，主要是割裂感，一会儿中文一会儿英文的，建议先把关键词全部 typedef 成中文

[sqlNice]

我之前遇到过有大量表单填写的场景, 表单内容只针对前端回显用, 后端并没有用到. 并且表单字段名称比较长 库类型及版本 /信息化系统软件运维公司 /搬迁后是否保留业务网络出口 等. 就全部使用了中文作为 key

[rabbbit]

https://github.com/chinese-chess-everywhere/type-chess

[IvanLi127]

这种情况，建议使用易语言。

第一，不会有任何人反对；
第二，不会有任何人反感。

[paledream]

我觉得没问题，对复杂的一些业务名词，用中文其实更容易维护，写和读时省去了翻译。
现在都是用 utf-8 ，也没遇到过编码问题，尤其 op 应该是前端场景，本来就要去展示中文。

可以看下本人写的枚举值维护小工具，覆盖了业务开发中常见的枚举值使用的场景： https://github.com/xliez/x-enum

[yanqing07]

如果系统要支持多语言。
直接用中文做 key ，再指向其他语言的翻译（例，英语），好像也没什么问题。。。

[MoRanjiang]

反对拼音，但是中文我觉得可以，尤其是根本没有英文版本的软件，没必要想下这个功能英文怎么说

[skydiver]

@sghwn2 UTF-8 编码，一个中文是三个字节

[skydiver]

中文可以用，但是 IDE 自动补全不带拼音补全，写的时候比较麻烦。不能补全就要经常切换输入法，更麻烦。

[akira]

没啥问题 你们内部统一就行 。 同时出了问题 你需要能解决。

[shelken]

@butanediol2d 同问 ide 是什么？还有主题配色方便告诉下吗？

[butanediol2d]

@shelken #78 编辑器 Sublime Text ，代码补全 LSP + sourcekit-lsp ，主题是 ayu

[searene]

在很多情况下，用中文甚至还优于英文，因为用词统一、易懂。