Python 爲何推薦蛇形命名法?

關於變量的命名,這又是一個容易引起程序員論戰的話題。如何命名才能更具備可讀性、易寫性與明義性呢?衆說紛紜。程序員

本期「Python爲何」欄目,咱們將聚焦於變量命名中的鏈接方式,來切入這塊是非之地,想要回答的問題是——Python 爲何要推薦蛇形命名法?編程

首先一點,對於單個字符或者單詞 (例如:a、A、PYTHON、Cat),當它們被用做變量名時,大體有全小寫、全大寫和首字母大寫這幾種狀況。編程語言中出現這些狀況時,它們基本上跟英語的表達習慣是相同的。編程語言

可是,編程語言爲了令變量名錶達出更豐富的含義,一般須要使用多個單詞或符號。 英語習慣使用空格來間隔開單詞,然而這種用法在編程語言中會帶來一些麻煩,因此程序員們就創造出了另外的方法:ide

  • 蛇形命名法(snake case)
  • 駝峯命名法(camel case)
  • 匈牙利命名法(HN case)
  • 帕斯卡命名法(Pascal case)
  • 脊柱命名法(spinal case)
  • 自由命名法(studly caps)
  • 駝峯蛇形命名法

整體而言,這些命名法都是要克服單詞間的空格,從而把不一樣單詞串連起來, 最終達到創造出一種新的「單詞」的效果。spa

我畫了一張思惟導圖,大略區分了這幾種命名法:翻譯

若是按照受衆量與知名程度排名,毫無疑問排前兩位的是駝峯命名法和蛇形命名法。設計

咱們能夠簡單比較一下它們的優缺點:cdn

  • 可讀性:蛇形命名法用下劃線拉大詞距,更清楚易讀;駝峯命名法的變量名緊湊,節省行寬
  • 易寫性:駝峯命名法以大小寫爲區分,不引入額外的標識符;蛇形命名法統一小寫,輸入相對方便
  • 明義性:對於某些縮寫成的專有名詞,例如 HTTP、RGB、DNS等等,通常習慣全用大寫表示,可是若是嚴格遵循這兩種命名法的話,須得只留首字母大寫或者全小寫,這樣對原意都會形成一些「破壞」,有時候甚至讓人感受到彆扭。若是保留全大寫,IDE 可能識別不許,反而會出現波浪提示

因而可知,它們各有優缺點,但哪一方都不具備壓倒性。我我的稍微偏好於蛇形命名法,可是在須要用駝峯命名的時候(好比寫 Java 時),也能無障礙切換。視頻

須要指出的是,Python 也推薦使用駝峯式命名,那是在類名、Type 變量、異常 exception 名這些狀況。而在包名、模塊名、方法名和普通變量名 等狀況,則是推薦用蛇形命名(lower_case_with_underscores)。blog

那麼,爲何 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進階系列、好書推薦系列、技術寫做、優質英文推薦與翻譯等等,歡迎關注哦。

相關文章
相關標籤/搜索