感觉用带声调与分词的拼音来命名变量也还行

那遇到经纱 1 ，经纱 2 呢？ jing1sha11 ，jing1sha12 ？

@cpsony 额，还没碰到这种情况，我应该会多个下划线_来分词，比如
经纱 1 ，经纱 2 ====> jing1sha1_1 ，jing1sha1_2

纱算法=sha1suan4fa3=sha1 算法。

@NewYear
应该很少会有中西结合的业务术语，
有的话只能英文的用大写字母了，比如
SHA1_suan4fa3

恭喜你又发明了一种汉字表音的分支方法。然并卵。1 、2 、3 、4 跟声调不具备所见即所得的关系，读的时候需要人脑多加一部翻译处理，所以你这个读起来，可能还没 jing_sha jingSha 这种无声调但分割更明显的方式更快。

@nothingistrue
看习惯了还是可以的，
无声调的缺点是同拼音但不同声调的词语容易歧义，这种歧义的误杀还特别容易碰到。

比如
“信号”，“星号”
“视频”，“食品”

@nothingistrue
每个中文字拼音都分割，也会引起更多的歧义比如：

“热得快_炸了”与 “热得_快炸了”
“新老师_生前_去操场”与“新老_师生_前去操场”

大部分语言都支持 unicode 生命变量的，有时候用 emoji 表意更方便

@BingoXuan
我也考虑过用中文+中文分词的方式命名变量，比如 “投资者_今年_回报”、“用户_余额”
但碰到这些问题：
1 有些 ORM 不支持数据库表中文 column 到类的 field 相互转换。
2 曾经碰到过 ssh 过去改代码，vim 改到一半断网，重新打开继续编辑发现删了半（ 1/3 或 2/3 ）个中文，导致难以跟踪的 bug 。
3 IDE 输入麻烦，自动补全要多按好多键盘。
4 json 有时候会显示 \u 后跟四个字符 以 UTF-16 编码来表示一个 unicode 中文，而不是直接显示中文，这个就很难受，不能一目了然看清是啥。

见鬼，你这玩意被前几年大吹特吹的中文编程还诡异。

最近也遇到这个问题了，命名真难受，还是拼音香