大家可能要笑了，这也算问题？
但是其实我是很严肃地在考虑这个问题的。
因为尽管在写代码的时候，用户可以做出选择，
但在语言的文档和标准库中，还是要选择一种命名规范的。
而做这种选择对我来说是很艰难的。
我说的 “新设计的程序语言” 具体是这个： https://github.com/cicada-lang/inet
我刚刚用一个 commit 把 snake_case 改成了 camelCase：
https://github.com/cicada-lang/inet/commit/7625a8ad5f87da1ab9c4fd231fc8142ca8900d79
但是我不确定这样做是 “正确的”。
我能想到的，选择 camelCase 的理由：
（ 1 ）语言已经选择使用 BigCamelCase 作为类型的命名规则了，比如 `DiffList`，
此时如何想要一个变量，直接在这个类型名字前面加上变量的前缀就好了，比如 `emptyDiffList`，
如果用 snake_case ，就需要编辑类型名，而写成 `empty_diff_list`。
（ 2 ）这个语言目前是用 JavaScript/TypeScript 实现的，而 JavaScript 用的是 camelCase 。
并且未来想要用 Zig 再实现一遍，而 Zig 用的也是 camelCase 。
我能想到的，选择 snake_case 的理由：
（ 1 ） snake_case 我个人认为，确实好读一些。
希望大家能给出一些建议。
但是其实我是很严肃地在考虑这个问题的。
因为尽管在写代码的时候，用户可以做出选择，
但在语言的文档和标准库中，还是要选择一种命名规范的。
而做这种选择对我来说是很艰难的。
我说的 “新设计的程序语言” 具体是这个： https://github.com/cicada-lang/inet
我刚刚用一个 commit 把 snake_case 改成了 camelCase：
https://github.com/cicada-lang/inet/commit/7625a8ad5f87da1ab9c4fd231fc8142ca8900d79
但是我不确定这样做是 “正确的”。
我能想到的，选择 camelCase 的理由：
（ 1 ）语言已经选择使用 BigCamelCase 作为类型的命名规则了，比如 `DiffList`，
此时如何想要一个变量，直接在这个类型名字前面加上变量的前缀就好了，比如 `emptyDiffList`，
如果用 snake_case ，就需要编辑类型名，而写成 `empty_diff_list`。
（ 2 ）这个语言目前是用 JavaScript/TypeScript 实现的，而 JavaScript 用的是 camelCase 。
并且未来想要用 Zig 再实现一遍，而 Zig 用的也是 camelCase 。
我能想到的，选择 snake_case 的理由：
（ 1 ） snake_case 我个人认为，确实好读一些。
希望大家能给出一些建议。
2
Select Language