關(guān)于變量的命名，這又是一個(gè)容易引發(fā)程序員論戰(zhàn)的話題。如何命名才能更具有可讀性、易寫性與明義性呢？眾說(shuō)紛紜。

本期“Python為什么”欄目，我們將聚焦于變量命名中的連接方式，來(lái)切入這塊是非之地，想要回答的問題是——Python 為什么要推薦蛇形命名法？

首先一點(diǎn)，對(duì)于單個(gè)字符或者單詞 （例如：a、A、PYTHON、Cat），當(dāng)它們被用作變量名時(shí)，大致有全小寫、全大寫和首字母大寫這幾種情況。編程語(yǔ)言中出現(xiàn)這些情況時(shí)，它們基本上跟英語(yǔ)的表達(dá)習(xí)慣是相同的。

但是，編程語(yǔ)言為了令變量名表達(dá)出更豐富的含義，通常需要使用多個(gè)單詞或符號(hào)。 英語(yǔ)習(xí)慣使用空格來(lái)間隔開單詞，然而這種用法在編程語(yǔ)言中會(huì)帶來(lái)一些麻煩，所以程序員們就創(chuàng)造出了另外的方法：

蛇形命名法（snake case） 駝峰命名法（camel case） 匈牙利命名法（HN case） 帕斯卡命名法（Pascal case） 脊柱命名法（spinal case） 自由命名法（studly caps） 駝峰蛇形命名法

總體而言，這些命名法都是要克服單詞間的空格，從而把不同單詞串連起來(lái)， 最終達(dá)到創(chuàng)造出一種新的“單詞”的效果。

我畫了一張思維導(dǎo)圖，大略區(qū)分了這幾種命名法：

如果按照受眾量與知名程度排名，毫無(wú)疑問排前兩位的是駝峰命名法和蛇形命名法。

我們可以簡(jiǎn)單比較一下它們的優(yōu)缺點(diǎn)：

可讀性：蛇形命名法用下劃線拉大詞距，更清楚易讀；駝峰命名法的變量名緊湊，節(jié)省行寬 易寫性：駝峰命名法以大小寫為區(qū)分，不引入額外的標(biāo)識(shí)符；蛇形命名法統(tǒng)一小寫，輸入相對(duì)方便 明義性：對(duì)于某些縮寫成的專有名詞，例如 HTTP、RGB、DNS等等，一般習(xí)慣全用大寫表示，但是如果嚴(yán)格遵循這兩種命名法的話，須得只留首字母大寫或者全小寫，這樣對(duì)原意都會(huì)造成一些“破壞”，有時(shí)候甚至讓人感覺到別扭。如果保留全大寫，IDE 可能識(shí)別不準(zhǔn)，反而會(huì)出現(xiàn)波浪提示

由此可見，它們各有優(yōu)缺點(diǎn)，但哪一方都不具有壓倒性。我個(gè)人稍微偏好于蛇形命名法，但是在需要用駝峰命名的時(shí)候（比如寫 Java 時(shí)），也能無(wú)障礙切換。

需要指出的是，Python 也推薦使用駝峰式命名，那是在類名、Type 變量、異常 exception 名這些情況。而在包名、模塊名、方法名和普通變量名 等情況，則是推薦用蛇形命名（lower_case_with_underscores）。

那么，為什么 Python 會(huì)推薦用蛇形命名法呢？

最大的原因是歷史原因。 蛇形命名方式起源于 1960 年代，那時(shí)它甚至還沒有特定的名稱。Python 從 C 語(yǔ)言中借鑒過(guò)來(lái)后，給它起名為“l(fā)ower_case_with_underscores”，即帶下劃線的小寫命名。

直到 21 世紀(jì)初的幾年，在 Intel 和 Ruby 社區(qū)中，才有人開始以“snake_case”即蛇形命名來(lái)稱呼它。

現(xiàn)今有不少編程語(yǔ)言在某些場(chǎng)景下會(huì)推薦使用蛇形命名法，而 Python 則是其中最早這么做的之一，并且是使用場(chǎng)景最多的語(yǔ)言之一。

維基百科上統(tǒng)計(jì)了一份清單，可以看出 Python 對(duì)它的偏好：

其次，還有一個(gè)比較重要的原因，那就是 Python 對(duì)下劃線“_”的獨(dú)特偏愛。

比如類似于 _xx、__xx、xx_、__xx__ 等等的寫法就隨處可見，甚至還有孤零零一個(gè)下劃線 _ 作為變量的特殊情況。這樣看來(lái)，下劃線作為單詞間的連接，恰恰是這種傳統(tǒng)習(xí)慣的一部分。

最后，我還看到過(guò)一種解釋：因?yàn)?Python 是蟒蛇啊，理所當(dāng)然是用蛇形命名……

到此這篇關(guān)于Python 為什么推薦蛇形命名法原因淺析的文章就介紹到這了,更多相關(guān)Python 蛇形命名法內(nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！