Python程式設計規範

1，python程式設計規範

> 編碼

所有的 python 指令碼檔案都應在檔案頭標上

# -*- coding:utf-8 -*-

用於設定編輯器，預設儲存為 utf-8 格式。

> 注釋

業界普遍認同 python 的注釋分為兩種，

堅持適當注釋原則。對不存在技術難點的**堅持不注釋，對存在技術難點的**必須注釋。但與注釋不同，建議對每乙個包、模組、類、函式（方法）寫 docstrings，除非**一目了然，非常簡單。

> 縮排

python 依賴縮進來確定**塊的層次，行首空白符主要有兩種：tab 和空格，但嚴禁兩者混用。如果使用 tab 縮排，設定tab 為 4 個空格。

> 空格

空格在 python **中是有意義的，因為 python 的語法依賴於縮排，在行首的空格稱為前導空格。在這一節不討論前導空格相關的內容，只討論非前導空格。非前導空格在 python **中沒有意義，但適當地加入非前導空格可以增進**的可讀性。

1）在二元算術、邏輯運算子前後加空格：如

a = b + c;

2）在一元字首運算子後不加空格，如

if !***: pass;

3）「:」用在行尾時前後皆不加空格，如分枝、迴圈、函式和類定義語言；用在非行尾時兩端加空格，如：

dict 物件的定義

d =

4）括號（含圓括號、方括號和花括號）前後不加空格，如：

do_something(arg1, arg2)

而不是

do_something( arg1, arg2 )

5）不要在逗號、分號、冒號前面加空格，但應該在它們後面加（除了在行尾）

6）不要用空格來垂直對齊多行間的標記，因為這會成為維護的負擔（適用於:，#，=等）

> 空行

適當的空行有利於增加**的可讀性，加空行可以參考如下幾個準則：

1）在類、函式的定義間加空行；

2）在 import 不同種類的模組間加空行；

3）在函式中的邏輯段落間加空行，即把相關的**緊湊寫在一起，作為乙個邏輯段落，段落間以空行分隔；

> 斷行

儘管現在的寬屏顯示器已經可以單屏顯示超過 256 列字元，但本規範仍然堅持行的最大長度不得超過 80 個字元的標準。摺疊長行的方法有以下幾種方法：

1) 為長變數名換乙個短名，如：

this.is.a.very.long.variable_name = this.is.another.long.variable_name

應改為：

variable_name1 = this.is.a.very.long.variable_name variable_name2 = this.is.another.variable_name

variable_name1 = variable_name2s

2) python會將圓括號、中括號和花括號中的行隱式的連線起來，你可以利用這個特點。如需要，你可以在表示式外圍增加一對額外的圓括號

3) 在長行加入續行符強行斷行，斷行的位置應在操作符前，且換行後多乙個縮排，以使維護人員看**的時候看到**行首即可判定這裡存在換行，如：

if color == white or color == black \
or color == blue: # 注意 or 操作符在新行的行首而不是舊行的行尾
do_something(color);

> 字串

1）避免在迴圈中用+和+=操作符來累加字串。由於字串是不可變的，這樣做會建立不必要的臨時物件，並且導致二次方而不是線性的執行時間。作為替代方案，你可以將每個子串加入列表，然後在迴圈結束後用 .join 連線列表。（也可以將每個子串寫入乙個 cstringio.stringio 快取中）

2）為多行字串使用三重雙引號而非三重單引號。不過要注意, 通常用隱式行連線更清晰，因為多行字串與程式其他部分的縮排方式不一致。

> 命名

一致的命名可以給開發人員減少許多麻煩，而恰如其分的命名則可以大幅提高**的可讀性，降低維護成本。

>> 常量

常量名所有字母大寫，由下劃線連線各個單詞，如

white = 0xffffff
this_is_a_constant = 1

>> 變數

變數名全部小寫，由下劃線連線各個單詞，如

color = white
this_is_a_variable = 1

私有類成員使用單一下劃線字首標識，多定義公開成員，少定義私有成員。

變數名不應帶有型別資訊，因為 python 是動態型別語言。如 ivalue、names_list、dict_obj 等都是不好的命名。

>> 函式

函式名的命名規則與變數名相同。

>> 類

對類名使用大寫字母開頭的單詞（如capwords, 即pascal風格），不使用下劃線連線單詞。如：

class
thisisaclass
(object):
pass

>> 模組

模組名全部小寫，對於包內使用的模組，可以加乙個下劃線字首，如

module.py

_internal_module.py

>> 包

包的命名規範與模組相同。

>> 縮寫

命名應當盡量使用全拼寫的單詞，縮寫的情況有如下兩種：

1）常用的縮寫，如 xml、id等，在命名時也應只大寫首字母，如

class
xmlparser
(object):
pass

2）命名中含有長單詞，對某個單詞進行縮寫。這時應使用約定成俗的縮寫方式，如去除母音、包含子音的首字元等方式，例如：

function 縮寫為 fn

text 縮寫為 txt

object 縮寫為 obj

count 縮寫為 cnt

number 縮寫為 num，等。

>> 特定命名方式

主要是指 __***__ 形式的系統保留字命名法。專案中也可以使用這種命名，它的意義在於這種形式的變數是唯讀的，這種形式的類成員函式盡量不要過載。如

class
base
(object):
def__init__
(self, id, parent =none):
self.__id__ = id
self.__parent__ = parent
def__message__
(self, msgid):
# …略

其中 __id__、__parent__ 和 __message__ 都採用了系統保留字命名法。

>> 匯入格式

1） import 的次序，先 import python 內建模組，再 import 第三方模組，最後 import 自己開發的專案中的其它模組；這幾種模組用空行分隔開來。

2）每個import應該獨佔一行。

3）不要使用 from module import *，除非是 import 常量定義模組或其它你確保不會出現命名空間衝突的模組。

> 賦值

對於賦值語言，主要是不要做無謂的對齊，如：

a            = 1
# 這是乙個行注釋
variable = 2
# 另乙個行注釋
fn = callback_function # 還是行注釋

沒有必要做這種對齊，原因有兩點：一是這種對齊會打亂程式設計時的注意力，大腦要同時處理兩件事（程式設計和對齊）；二是以後閱讀和維護都很困難，因為人眼的橫向視野很窄，把三個字段看成一行很困難，而且維護時要增加乙個更長的變數名也會破壞對齊。直接這樣寫為佳：

a = 1
# 這是乙個行注釋
variable = 2
# 另乙個行注釋
fn = callback_function # 還是行注釋

> 語句

通常每個語句應該獨佔一行。不過，如果測試結果與測試語句在一行放得下，你也可以將它們放在同一行。如果是if語句，只有在沒有else時才能這樣做。特別地，絕不要對 try/except 這樣做，因為try和except不能放在同一行。

2，參考資料

Python程式設計規範

Python程式設計規範

Python 程式設計規範

Python程式設計規範

相關推薦