關於變數的命名，這又是一個容易引發程式員論戰的話題。如何命名才能更具有可讀性、易寫性與明義性呢？眾說紛紜。 本期“Python為什麼”欄目，我們將聚焦於變數命名中的連接方式，來切入這塊是非之地，想要回答的問題是——Python 為什麼要推薦蛇形命名法？ 首先一點，對於單個字元或者單詞 （例如：a、A ...
關於變數的命名，這又是一個容易引發程式員論戰的話題。如何命名才能更具有可讀性、易寫性與明義性呢？眾說紛紜。
本期“Python為什麼”欄目，我們將聚焦於變數命名中的連接方式，來切入這塊是非之地，想要回答的問題是——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 對它的偏好：
其次，還有一個比較重要的原因，那就是 Python 對下劃線“_”的獨特偏愛。
比如類似於 _xx、__xx、xx_、__xx__ 等等的寫法就隨處可見，甚至還有孤零零一個下劃線 _ 作為變數的特殊情況。這樣看來，下劃線作為單詞間的連接，恰恰是這種傳統習慣的一部分。
最後，我還看到過一種解釋：因為 Python 是蟒蛇啊，理所當然是用蛇形命名……
對於這三個解釋，你們是如何感想的呢？對於蛇形命名法，大家是喜歡還是不喜歡呢？歡迎留言交流。
寫在最後：本文屬於“Python為什麼”系列（Python貓出品），該系列主要關註 Python 的語法、設計和發展等話題，以一個個“為什麼”式的問題為切入點，試著展現 Python 的迷人魅力。部分話題會推出視頻版，請在 B 站收看，觀看地址：視頻地址
公眾號【Python貓】， 本號連載優質的系列文章，有Python為什麼系列、喵星哲學貓系列、Python進階系列、好書推薦系列、技術寫作、優質英文推薦與翻譯等等，歡迎關註哦。
