有关自变量的取名，这还是一个非常容易引起程序猿论战的话题讨论。怎样取名才可以更具备易读性，易写性与明义性呢?各不相同。大家将专注于变量命名中的接口方式，来进入这方面是非之地，要想回应的情况是—Python 为何要强烈推荐蛇形命名法?
*一点，针对单独标识符或是英语单词(比如：a，A，PYTHON，Cat)，当他们被作为用户标识符时，大概有全小写字母，全英文大写和首字母大写这几类状况。计算机语言中发生这样状况时，他们大部分跟英文的表述习惯性是同样的。
可是，计算机语言为了更好地令用户标识符表述出更丰富的含意，一般*须选择好几个英语单词或符号。英文习惯性应用空格符来间距开英语单词，殊不知这类使用方法在计算机语言中会产生一些不便，因此程序猿们就打造出了此外的方式 ：
环形命名法(snake case)
驼峰命名法(camel case)
奥地利命名法(HN case)
帕斯卡命名法(Pascal case)
脊椎命名法(spinal case)
随意命名法(studly caps)
总而言之，这种命名法全是要摆脱英语单词间的空格符，进而把不一样英语单词连接起来起來，最后做到造就出一种新的“英语单词”的实际效果
假如依照受众群体量与著名水平排行，不容置疑排前俩位的是驼峰命名法和环形命名法。
大家简易较为一下他们的优点和缺点：
易读性：环形命名法用下横线放大词距，更清晰最易读;驼峰命名法的用户标识符紧密，节约行宽
易写性：驼峰命名法以英文大小写为区别，不加入附加的标志符;环形命名法统一小写字母，键入相对性便捷
明义性：针对一些缩写成的专业名词，比如HTTP，RGB，DNS这些，一般习惯性只用英文大写表明，可是假如严苛遵循这二种命名法得话，须得只留首字母大写或是全小写字母，那样对本意都是会发生一些“毁坏”，有时乃至令人感受到怪怪的。假如保存全英文大写，IDE很有可能鉴别禁止，反倒会产生波浪纹提醒。
不难看出，他们各自优点和缺点，但哪一方也不具备决定性。我本人略微喜好于环形命名法，可是在*须 用驼峰命名的情况下(例如写 Java 时)，也可以无阻碍转换。
*须 强调的是，Python 也建议应用骆驼峰式取名，那就是在类名，Type 自变量，出现异常 exception 名这种状况。而在包名，控制模块名，方式 名和一般用户标识符等状况，则是强烈推荐用环形取名(lower_case_with_underscores)。
那麼，为何 Python 会强烈推荐用环形命名法呢?
较大的因素是时间缘故。环形取名方法始于 1960 时代，那时候它乃至都还没特殊的名字。Python 从 C 语言表达中参考回来后，给它起名叫“lower_case_with_underscores”，即带下横线的小写字母取名。
直至 21 新世纪初的两年，在 Intel 和 Ruby 小区中，才有些人逐渐以“snake_case”即环形取名来称谓它。现如今有许多 计算机语言在一些情景下能强烈推荐应用环形命名法，而 Python 则是里面最开始那么做的*，而且是应用情景较多的语言*。
次之，还有一个很核心的缘故，那便是 Python 对下横线“_”的与众不同钟爱。例如类似 _xx，._xx，xx_，._xx._ 这些的书写就经常可以看到，乃至也有孤零零一个下横线 _ 做为自变量的特殊情况。那样来看，下横线做为英语单词间的联接，刚好是这个传统式方式的一部分。
最终，我都见到过一种表述：由于 Python 是巨莽啊，理所应当是用环形取名……
版权声明：转截文章内容来源于开放互联网，著作权归创作者自己全部，消息推送文章内容除非是没法确定，大家都是会标明原作者和来源于。假如来源不正确或威胁到创作者利益，请与大家联络删掉或受权事项。
