在蛇案中处理数字的正确方法是什么？
What's the correct way to treat numbers in snake case?
如果我想写一个像 "Column 1" 蛇形的短语（通常的 C 格式化标识符的方式，看起来像 some_function），我是在单词还是数字之间插入下划线，喜欢 column_1，或者不喜欢 column1?
这可能是一个令人痛苦的琐碎问题，但我一直无法找到可以回答这个问题的蛇案例定义。
我只在一个地方遇到过有关此主题的特定文档 - Rubocop Ruby 风格指南 (https://github.com/rubocop-hq/ruby-style-guide#snake-case-symbols-methods-vars-with-numbers)
可以肯定地说，在一种方法中没有明显的赢家。也有人会争辩说这种格式的前提是：对于给定的字符串，所有字母都是小写的，所有空格都变成下划线。按照这个标准，你不会格式化某些东西 column1 除非它开始时是 Column1.
我个人更喜欢 column_1 方法。
我发现它更易于阅读，也更易于执行批量 find/replace 正则表达式查询或在我的文本编辑器中进行多行编辑。
In snake_case or SCREAMING_SNAKE_CASE, a "word" should never consist
of a single letter unless it is the last "word". So, we have btree_map
rather than b_tree_map, but PI_2 rather than PI2.
所以写column_1.
如果我想写一个像 "Column 1" 蛇形的短语（通常的 C 格式化标识符的方式，看起来像 some_function），我是在单词还是数字之间插入下划线，喜欢 column_1，或者不喜欢 column1?
这可能是一个令人痛苦的琐碎问题，但我一直无法找到可以回答这个问题的蛇案例定义。
我只在一个地方遇到过有关此主题的特定文档 - Rubocop Ruby 风格指南 (https://github.com/rubocop-hq/ruby-style-guide#snake-case-symbols-methods-vars-with-numbers)
可以肯定地说，在一种方法中没有明显的赢家。也有人会争辩说这种格式的前提是：对于给定的字符串，所有字母都是小写的，所有空格都变成下划线。按照这个标准，你不会格式化某些东西 column1 除非它开始时是 Column1.
我个人更喜欢 column_1 方法。
我发现它更易于阅读，也更易于执行批量 find/replace 正则表达式查询或在我的文本编辑器中进行多行编辑。
In snake_case or SCREAMING_SNAKE_CASE, a "word" should never consist of a single letter unless it is the last "word". So, we have btree_map rather than b_tree_map, but PI_2 rather than PI2.
所以写column_1.