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

[Hbisedm]

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

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

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

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

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

[HENQIGUAI]

团队里没有外国人的情况下，当然可以用中文。

[duke807]

中文有很多字很接近甚至完全一样，但是它们的编码不同，而且不像 ASCII 很容易排除

[butanediol2d]

试了一下，好像还挺爽的（ x

[pcmgr456]

写中文好，毕竟国内的开发人员英文太烂了，而且很多都是中国特色的名字也不好翻译成英文，直接写中文是坠吼的

[paopjian]

没什么问题,我现在就怕编码问题,有些服务器里的 vim 用的还是 ascii,结果就是如果在服务器上用 vim 临时改代码,会导致代码里的中文错误,恶心死我了

[kdwnil]

没有好不好只有合不合适，只要一块写代码的都看得懂，用中文又没什么坏处，如果身边都看不懂中文还要强行用那才是不合适。用中文麻烦点的可能就是未来要搞 i18n 时会费点时间

[kdwnil]

另外用中文看不懂至少还能上翻译，那些硬要用拼音首字母还要混搭拼音和英语单词做名字的才是真正的邪恶混沌

[yaphets666]

不合适，英文是世界通行语言，不会就去学

[nothingistrue]

现实交流当中，中英混合是要被打的。你要编写的是不打算交流的代码，那随便搞。如果是编写的会有其他人看的代码，那么就不要干中英混合这种不尊重人的事。

[3dwelcome]

以前一直把中文翻译到英文，用英文变量，为了和国际化接轨。

后来发现，除非项目开源，否则我的源代码永远不可能会有老外来看。

想通后，我就全部改成中文编程了。早期发过类似帖子，可惜进水深火热了 t/795055

[jmc891205]

只要你确定未来不会有外国人看这块代码，那没啥问题

[3dwelcome]

@nothingistrue 中文变量只在业务向代码里用，又不是用在基建代码。

对我来说前者就是一次性的筷子，用完就扔，没什么讲究的。写业务，怎么快就怎么来。

写英文代码注释还需要过一下脑子。写中文注释脑子都不需要过。

[Hbisedm]

@3dwelcome 对，不是开源的情况下，做业务的话，这种写法真的快，而且维护性挺高的

[iseki]

@tuchg Unicode 很复杂，很容易出现看上去一样但比较字符就是不一样的情况，容易出事

[sghwn2]

@Hbisedm 我不太懂 ts ，但是不管是中文还是英文，底层总要有一个地方编码存储吧，给英文字符编码就是一个字节的空间，中文的话可能就长一点

[sghwn2]

@mineralsalt 有道理

[litchinn]

所有环境同一个编码的话我觉得就没啥问题

[dqzcwxb]

只要是 Unicode 就没有问题,都 Unicode 也不存在所谓的性能问题

[mxT52CRuqR6o5]

@Hbisedm const enum 能优化掉，非 const enum 会编译成 object

[mxT52CRuqR6o5]

但说实话我觉得没啥，团队能接受就行，编程语言支持 unicode 作为变量名 /属性名就是允许你去做这种事的