Python 的類的下劃線命名有什麼不同?

阿里瓜瓜發表於2017-09-01

1.   以一個下劃線開頭的命名 ,如_getFile
2.  以兩個下劃線開頭的命名 ,如__filename
3.  以兩個下劃線開頭和結尾的命名,如 __init__()
4.  其它

單下劃線字首的名稱(例如_shahriar

以單下劃線做字首的名稱指定了這個名稱是“私有的”。在 有些 匯入import * 的場景中,下一個使用你程式碼的人(或者你本人)會明白這個名稱僅內部使用。Python documentation裡面寫道:

a name prefixed with an underscore (e.g. _spam) should be treated as a non-public part of the API (whether it is a function, a method or a data member). It should be considered an implementation detail and subject to change without notice.

之所以說在在 有些 import * 的場景,是因為匯入時直譯器確實對單下劃線開頭的名稱做了處理。如果你這麼寫from <module/package> import *,任何以單下劃線開頭的名稱都不會被匯入,除非模組/包的__all__列表明確包含了這些名稱。更多相關資訊見““Importing * in Python”

雙下劃線字首的名稱(例如__shahriar

以雙下劃線做字首的名稱(特別是方法名)並不是一種慣例;它對直譯器有特定含義。Python會改寫這些名稱,以免與子類中定義的名稱產生衝突。Python documentation中提到,任何__spam這種形式(至少以兩個下劃線做開頭,絕大部分都還有一個下劃線做結尾)的識別符號,都會文字上被替換為_classname__spam,其中classname是當前類名,並帶上一個下劃線做字首。
看下面這個例子:

>>> class A(object):
...     def _internal_use(self):
...         pass
...     def __method_name(self):
...         pass
... 
>>> dir(A())
['_A__method_name', ..., '_internal_use']

正如所料,_internal_use沒有變化,但__method_name被改寫成了_ClassName__method_name。現在建立一個A的子類B(這可不是個好名字),就不會輕易的覆蓋掉A中的__method_name了:

>>> class B(A):
...     def __method_name(self):
...         pass
... 
>>> dir(B())
['_A__method_name', '_B__method_name', ..., '_internal_use']

這種特定的行為差不多等價於Java中的final方法和C++中的正常方法(非虛方法)。

前後都帶有雙下劃線的名稱(例如__init__

這些是Python的特殊方法名,這僅僅是一種慣例,一種確保Python系統中的名稱不會跟使用者自定義的名稱發生衝突的方式。通常你可以覆寫這些方法,在Python呼叫它們時,產生你想得到的行為。例如,當寫一個類的時候經常會覆寫__init__方法。
你也可以寫出自己的“特殊方法”名(但是別這麼做):

>>> class C(object):
...     def __mine__(self):
...         pass
...
>>> dir(C)
... [..., '__mine__', ...]

還是不要這樣寫方法名,只讓Python定義的特殊方法名使用這種慣例吧。

   

關於python中帶下劃線的變數和函式 的意義

總結:
變數:
1.  前帶_的變數:  標明是一個私有變數, 只用於標明, 外部類還是可以訪問到這個變數
2.  前帶兩個_ ,後帶兩個_ 的變數:  標明是內建變數,
3.  大寫加下劃線的變數:  標明是 不會發生改變的全域性變數
函式:
1. 前帶_的變數: 標明是一個私有函式, 只用於標明,
2.  前帶兩個_ ,後帶兩個_ 的函式:  標明是特殊函式
 
 
 
Python 的程式碼風格由 PEP 8 描述。這個文件描述了 Python 程式設計風格的方方面面。在遵守這個文件的條件下,不同程式設計師編寫的 Python 程式碼可以保持最大程度的相似風格。這樣就易於閱讀,易於在程式設計師之間交流。


1 變數

常量 : 大寫加下劃線
USER_CONSTANT
對於不會發生改變的全域性變數,使用大寫加下劃線。

私有變數 : 小寫和一個前導下劃線
_private_value
Python 中不存在私有變數一說,若是遇到需要保護的變數,使用小寫和一個前導下劃線。但這只是程式設計師之間的一個約定,用於警告說明這是一個私有變數,外部類不要去訪問它。但實際上,外部類還是可以訪問到這個變數。

內建變數 : 小寫,兩個前導下劃線和兩個後置下劃線
__class__
兩個前導下劃線會導致變數在解釋期間被更名。這是為了避免內建變數和其他變數產生衝突。使用者定義的變數要嚴格避免這種風格。以免導致混亂。


2 函式和方法

總體而言應該使用,小寫和下劃線。但有些比較老的庫使用的是混合大小寫,即首單詞小寫,之後每個單詞第一個字母大寫,其餘小寫。但現在,小寫和下劃線已成為規範。

私有方法 : 小寫和一個前導下劃線
def _secrete(self):
    print "don't test me."
這裡和私有變數一樣,並不是真正的私有訪問許可權。同時也應該注意一般函式不要使用兩個前導下劃線(當遇到兩個前導下劃線時,Python 的名稱改編特性將發揮作用)。特殊函式後面會提及。

特殊方法 : 小寫和兩個前導下劃線,兩個後置下劃線

def __add__(self, other):
    return int.__add__(other)
這種風格只應用於特殊函式,比如操作符過載等。

函式引數 : 小寫和下劃線,預設值等號兩邊無空格

def connect(self, user=None):
    self._user = user


3 類

類總是使用駝峰格式命名,即所有單詞首字母大寫其餘字母小寫。類名應該簡明,精確,並足以從中理解類所完成的工作。常見的一個方法是使用表示其型別或者特性的字尾,例如:
SQLEngine
MimeTypes

對於基類而言,可以使用一個 Base 或者 Abstract 字首
BaseCookie
AbstractGroup

class UserProfile(object):
    def __init__(self, profile):
        return self._profile = profile

    def profile(self):
        return self._profile


4 模組和包

除特殊模組 __init__ 之外,模組名稱都使用不帶下劃線的小寫字母。
若是它們實現一個協議,那麼通常使用lib為字尾,例如:
import smtplib

import os
import sys


5 關於引數

5.1 不要用斷言來實現靜態型別檢測
斷言可以用於檢查引數,但不應僅僅是進行靜態型別檢測。 Python 是動態型別語言,靜態型別檢測違背了其設計思想。斷言應該用於避免函式不被毫無意義的呼叫。

5.2 不要濫用 *args 和 **kwargs
*args 和 **kwargs 引數可能會破壞函式的健壯性。它們使簽名變得模糊,而且程式碼常常開始在不應該的地方構建小的引數解析器。


6 其他

6.1 使用 has 或 is 字首命名布林元素

is_connect = True
has_member = False

6.2 用複數形式命名序列

members = ['user_1', 'user_2']

6.3 用顯式名稱命名字典

person_address = {'user_1':'10 road WD', 'user_2' : '20 street huafu'}

6.4 避免通用名稱
諸如 list, dict, sequence 或者 element 這樣的名稱應該避免。

6.5 避免現有名稱
諸如 os, sys 這種系統已經存在的名稱應該避免。


7 一些數字
一行列數 : PEP 8 規定為 79 列,這有些苛刻了。根據自己的情況,比如不要超過滿屏時編輯器的顯示列數。這樣就可以在不動水平遊標的情況下,方便的檢視程式碼。

一個函式 : 不要超過 30 行程式碼, 即可顯示在一個螢幕類,可以不使用垂直遊標即可看到整個函式。
一個類 : 不要超過 200 行程式碼,不要有超過 10 個方法。
一個模組 不要超過 500 行。



8 驗證指令碼

可以安裝一個 pep8 指令碼用於驗證你的程式碼風格是否符合 PEP8。

>>easy_install pep8

>>pep8 -r --ignoire E501 Test.py

這個命令列的意思是,重複打出錯誤,並且忽略 501 錯誤(程式碼超過 79 行)。

 

相關文章