Python 風格規範
阿新 • • 發佈:2017-09-15
nice cal change 2.0 rep search instance height arr 分號
不要在行尾加分號, 也不要用分號將兩條命令放在同一行.
行長度
每行不超過80 個字符
例外: 如果使用Python 2.4 或更早的版本, 導入模塊的行可能多於80 個字符.
Python 會將圓括號, 中括號和花括號中的行隱式的連接起來, 你可以利用這個特點. 如
果需要, 你可以在表達式外圍增加一對額外的圓括號.
Yes: foo_bar(self, width, height, color=‘black‘, design=None, x=‘foo‘,
emphasis=None, highlight=0)
if (width == 0 and height == 0 and
color == ‘red‘ and emphasis == ‘strong‘):
如果一個文本字符串在一行放不下, 可以使用圓括號來實現隱式行連接:
x = (‘This will build a very long long ‘
‘long long long long long long string‘)
註意上面例子中的元素縮進; 你可以在本文的 縮進 部分找到解釋.
括號
寧缺毋濫的使用括號
除非是用於實現行連接, 否則不要在返回語句或條件語句中使用括號. 不過在元組兩邊使用
括號是可以的.
Yes: if foo:
bar()
while x:
x = bar()
if x and y:
bar()
if not x:
bar()
return foo
for (x, y) in dict.items(): ...
No: if (x):
bar()
if not(x):
bar()
return (foo)
縮進
用 4 個空格來縮進代碼
絕對不要用tab, 也不要tab 和空格混用. 對於行連接的情況, 你應該要麽垂直對齊換行的
元素(見 行長度 部分的示例), 或者使用4 空格的懸掛式縮進(這時第一行不應該有參數):
Yes: # Aligned with opening delimiter
foo = long_function_name(var_one, var_two,
var_three, var_four)
# 4-space hanging indent; nothing on first line
foo = long_function_name(
var_one, var_two, var_three,
var_four)
No: # Stuff on first line forbidden
foo = long_function_name(var_one, var_two,
var_three, var_four)
# 2-space hanging indent forbidden
foo = long_function_name(
var_one, var_two, var_three,
var_four)
空行
頂級定義之間空兩行, 方法定義之間空一行
頂級定義之間空兩行, 比如函數或者類定義. 方法定義, 類定義與第一個方法之間, 都應該
空一行. 函數或方法中, 某些地方要是你覺得合適, 就空一行.
空格
按照標準的排版規範來使用標點兩邊的空格
1. 括號內不要有空格.
Yes: spam(ham[1], {eggs: 2}, [])
No: spam( ham[ 1 ], { eggs: 2 }, [ ] )
2. 不要在逗號, 分號, 冒號前面加空格, 但應該在它們後面加(除了在行尾).
Yes: if x == 4:
print x, y
x, y = y, x
No: if x == 4 :
print x , y
x , y = y , x
3. 參數列表, 索引或切片的左括號前不應加空格.
Yes: spam(1)
Yes: spam (1)
Yes: dict[‘key‘] = list[index]
No: dict [‘key‘] = list [index]
4. 在二元操作符兩邊都加上一個空格, 比如賦值(=), 比較(==, <, >, !=, <>, <=, >=, in, not
in, is, is not), 布爾(and, or, not). 至於算術操作符兩邊的空格該如何使用, 需要你自己
好好判斷. 不過兩側務必要保持一致.
Yes: x == 1
No: x<1
5. 當’=’用於指示關鍵字參數或默認參數值時, 不要在其兩側使用空格.
Yes: def complex(real, imag=0.0): return magic(r=real, i=imag)
No: def complex(real, imag = 0.0): return magic(r = real, i = imag)
6. 不要用空格來垂直對齊多行間的標記, 因為這會成為維護的負擔(適用於:, #, =等):
Yes:
foo = 1000 # comment
long_name = 2 # comment that should not be aligned
dictionary = {
"foo": 1,
"long_name": 2,
}
No:
foo = 1000 # comment
long_name = 2 # comment that should not be aligned
dictionary = {
"foo" : 1,
"long_name": 2,
}
Python 解釋器
每個模塊都應該以#!/usr/bin/env python開頭
模塊應該以一個構造行開始, 以指定執行這個程序用到的Python 解釋器:
#!/usr/bin/env python2.4
總是使用最特化的版本, 例如, 使用/usr/bin/python2.4, 而不是 /usr/bin/python2. 這樣,
當升級到不同的Python 版本時, 能輕松找到依賴關系, 同時也避免了使用時的迷惑. 例如,
/usr/bin/python2 是表示/usr/bin/python2.0.1 還是/usr/bin/python2.3.0?
註釋
確保對模塊, 函數, 方法和行內註釋使用正確的風格
文檔字符串
Python 有一種獨一無二的的註釋方式: 使用文檔字符串. 文檔字符串是包, 模塊, 類或函數
裏的第一個語句. 這些字符串可以通過對象的__doc__成員被自動提取, 並且被pydoc 所
用. (你可以在你的模塊上運行pydoc 試一把, 看看它長什麽樣). 我們對文檔字符串的慣例
是使用三重雙引號. 一個文檔字符串應該這樣組織: 首先是一行以句號, 問號或驚嘆號結尾
的概述. 接著是一個空行. 接著是文檔字符串剩下的部分, 它應該與文檔字符串的第一行的
第一個引號對齊. 下面有更多文檔字符串的格式化規範.
模塊
每個文件應該包含下列項, 依次是:
1. 版權聲明(例如, Copyright 2008 Google Inc.)
7
2. 一個許可樣板. 根據項目使用的許可(例如, Apache 2.0, BSD, LGPL, GPL), 選擇合適
的樣板
3. 作者聲明, 標識文件的原作者.
函數和方法
如果不是既顯然又簡短, 任何函數或方法都需要一個文檔字符串. 而且, 任何外部可訪問的
函數或方法, 不管多短多簡單, 都需要文檔字符串. 文檔字符串應該包含函數做什麽, 以及
輸入和輸出的詳細描述. 通常, 不應該描述”怎麽做”, 除非是一些復雜的算法. 對於技巧
性的代碼, 塊註釋或者行內註釋是最重要的. 文檔字符串應該提供足夠的信息, 當別人編寫
代碼調用該函數時, 他不需要看一行代碼, 只要看文檔字符串就可以了. 應該給參數單獨寫
文檔. 在冒號後跟上解釋, 而且應該用統一的懸掛式2 或4空格縮進. 文檔字符串應該在需要
特定類型的地方指定期望的類型. “Raise:”部分應該列出該函數可能觸發的所有異常. 生
成器函數的文檔字符串應該用”Yields:”而非”Returns:”.
def fetch_bigtable_rows(big_table, keys, other_silly_variable=None):
"""Fetches rows from a Bigtable.
Retrieves rows pertaining to the given keys from the Table instance
represented by big_table. Silly things may happen if
other_silly_variable is not None.
Args:
big_table: An open Bigtable Table instance.
keys: A sequence of strings representing the key of each table row
to fetch.
other_silly_variable: Another optional variable, that has a much
longer name than the other args, and which does nothing.
Returns:
A dict mapping keys to the corresponding table row data
fetched. Each row is represented as a tuple of strings. For
example:
{‘Serak‘: (‘Rigel VII‘, ‘Preparer‘),
‘Zim‘: (‘Irk‘, ‘Invader‘),
‘Lrrr‘: (‘Omicron Persei 8‘, ‘Emperor‘)}
If a key from the keys argument is missing from the dictionary,
then that row was not found in the table.
Raises:
IOError: An error occurred accessing the bigtable.Table object.
"""
pass
類
? 類應該在其定義下有一個用於描述該類的文檔字符串. 如果你的類有公共屬性
(Attributes), 那麽文檔中應該有一個屬性(Attributes)段. 並且應該遵守和函數參數相
同的格式.
class SampleClass(object):
"""Summary of class here.
Longer class information....
Longer class information....
Attributes:
likes_spam: A boolean indicating if we like SPAM or not.
eggs: An integer count of the eggs we have laid.
"""
def __init__(self, likes_spam=False):
"""Inits SampleClass with blah."""
self.likes_spam = likes_spam
self.eggs = 0
def public_method(self):
"""Performs operation blah."""
塊註釋和行註釋
? 最需要寫註釋的是代碼中那些技巧性的部分. 如果你在下次代碼走查的時候必須解釋一
下, 那麽你應該現在就給它寫註釋. 對於復雜的操作, 應該在其操作開始前寫上若幹行
註釋. 對於不是一目了然的代碼, 應在其行尾添加註釋.
# We use a weighted dictionary search to find out where i is in
# the array. We extrapolate position based on the largest num
# in the array and the array size and then do binary search to
# get the exact number.
if i & (i-1) == 0: # true iff i is a power of 2
為了提高可讀性, 註釋應該至少離開代碼2 個空格.
另一方面, 絕不要描述代碼. 假設閱讀代碼的人比你更懂Python, 他只是不知道你的代碼要
做什麽.
# BAD COMMENT: Now go through the b array and make sure whenever i occurs
# the next element is i+1
類
? 如果一個類不繼承自其它類, 就顯式的從object 繼承. 嵌套類也一樣.
No: class SampleClass:
pass
class OuterClass:
class InnerClass:
pass
Yes: class SampleClass(object):
pass
class OuterClass(object):
class InnerClass(object):
pass
class ChildClass(ParentClass):
"""Explicitly inherits from another class already."""
繼承自 object 是為了使屬性(properties)正常工作, 並且這樣可以保護你的代碼, 使其不
受Python 3000 的一個特殊的潛在不兼容性影響. 這樣做也定義了一些特殊的方法, 這些方
法實現了對象的默認語義, 包括 __new__, __init__, __delattr__, __getattribute__,
__setattr__, __hash__, __repr__, and __str__ .
字符串
? 用%操作符格式化字符串, 即使參數都是字符串. 不過也不能一概而論, 你需要在+和%
之間好好判定.
No: x = ‘%s%s‘ % (a, b) # use + in this case
x = imperative + ‘, ‘ + expletive + ‘!‘
x = ‘name: ‘ + name + ‘; score: ‘ + str(n)
Yes: x = a + b
x = ‘%s, %s!‘ % (imperative, expletive)
x = ‘name: %s; score: %d‘ % (name, n)
避免在循環中用+和+=操作符來累加字符串. 由於字符串是不可變的, 這樣做會創建不必要
的臨時對象, 並且導致二次方而不是線性的運行時間. 作為替代方案, 你可以將每個子串加
入列表, 然後在循環結束後用 .join 連接列表. (也可以將每個子串寫入一個
cStringIO.StringIO 緩存中.)
No: employee_table = ‘<table>‘
for last_name, first_name in employee_list:
employee_table += ‘<tr><td>%s, %s</td></tr>‘ % (last_name, first_name)
employee_table += ‘</table>‘
Yes: items = [‘<table>‘]
for last_name, first_name in employee_list:
items.append(‘<tr><td>%s, %s</td></tr>‘ % (last_name, first_name))
items.append(‘</table>‘)
employee_table = ‘‘.join(items)
為多行字符串使用三重雙引號而非三重單引號. 不過要註意, 通常用隱式行連接更清晰, 因
為多行字符串與程序其他部分的縮進方式不一致.
No:
print """This is pretty ugly.
Don‘t do this.
"""
Yes:
print ("This is much nicer.\n"
"Do it this way.\n")
TODO 註釋
? 為臨時代碼使用TODO 註釋, 它是一種短期解決方案. 不算完美, 但夠好了.
TODO 註釋應該在所有開頭處包含”TODO”字符串, 緊跟著是用括號括起來的你的名字,
email 地址或其它標識符. 然後是一個可選的冒號. 接著必須有一行註釋, 解釋要做什麽. 主
要目的是為了有一個統一的TODO 格式, 這樣添加註釋的人就可以搜索到(並可以按需提供
更多細節). 寫了TODO 註釋並不保證寫的人會親自解決問題.
# TODO([email protected]): Drop the use of "has_key".
# TODO(Zeke) change this to use relations.
如果你的TODO 是”將來做某事”的形式, 那麽請確保你包含了一個指定的日期(“2009 年
11 月解決”)或者一個特定的事件(“等到所有的客戶都可以處理XML 請求就移除這些代
碼”).
導入格式
? 每個導入應該獨占一行
Yes: import os
import sys
No: import os, sys
導入總應該放在文件頂部, 位於模塊註釋和文檔字符串之後, 模塊全局變量和常量之前. 導
入應該按照從最通用到最不通用的順序分組:
1. 標準庫導入
2. 第三方庫導入
3. 應用程序指定導入
每種分組中, 應該根據每個模塊的完整包路徑按字典序排序, 忽略大小寫.
import foo
from foo import bar
from foo.bar import baz
from foo.bar import Quux
from Foob import ar
語句
? 通常每個語句應該獨占一行
不過, 如果測試結果與測試語句在一行放得下, 你也可以將它們放在同一行. 如果是if 語句,
只有在沒有else 時才能這樣做. 特別地, 絕不要對 try/except 這樣做, 因為try 和except
不能放在同一行.
Yes:
if foo: bar(foo)
No:
if foo: bar(foo)
else: baz(foo)
try: bar(foo)
except ValueError: baz(foo)
12
try:
bar(foo)
except ValueError: baz(foo)
訪問控制
? 在 Python 中, 對於瑣碎又不太重要的訪問函數, 你應該直接使用公有變量來取代它們,
這樣可以避免額外的函數調用開銷. 當添加更多功能時, 你可以用屬性(property)來保
持語法的一致性.
(譯者註: 重視封裝的面向對象程序員看到這個可能會很反感, 因為他們一直被教育: 所有成
員變量都必須是私有的! 其實, 那真的是有點麻煩啊. 試著去接受Pythonic 哲學吧)
另一方面, 如果訪問更復雜, 或者變量的訪問開銷很顯著, 那麽你應該使用像 get_foo() 和
set_foo() 這樣的函數調用. 如果之前的代碼行為允許通過屬性(property)訪問 , 那麽就不
要將新的訪問函數與屬性綁定. 這樣, 任何試圖通過老方法訪問變量的代碼就沒法運行, 使
用者也就會意識到復雜性發生了變化.
命名
module_name, package_name,
ClassName, method_name, ExceptionName, function_name,
GLOBAL_VAR_NAME,
instance_var_name, function_parameter_name, local_var_name.
應該避免的名稱
1. 單字母名稱, 除了計數器和叠代器.
2. 包/模塊名中的連字符(-)
3. 雙下劃線開頭並結尾的名稱(Python 保留, 例如__init__)
命名約定
1. 所謂”內部(Internal)”表示僅模塊內可用, 或者, 在類內是保護或私有的.
2. 用單下劃線(_)開頭表示模塊變量或函數是protected 的(使用import * from
時不會包含).
3. 用雙下劃線(__)開頭的實例變量或方法表示類內私有.
4. 將相關的類和頂級函數放在同一個模塊裏. 不像Java, 沒必要限制一個類一
個模塊.
5. 對類名使用大寫字母開頭的單詞(如CapWords, 即Pascal 風格), 但是模塊
名應該用小寫加下劃線的方式(如lower_with_under.py). 盡管已經有很多
13
現存的模塊使用類似於CapWords.py 這樣的命名, 但現在已經不鼓勵這樣
做, 因為如果模塊名碰巧和類名一致, 這會讓人困擾.
Python 之父Guido 推薦的規範
Type Public Internal
Modules lower_with_under _lower_with_under
Packages lower_with_under
Classes CapWords _CapWords
Exceptions CapWords
Functions lower_with_under() _lower_with_under()
Global/Class
Constants
CAPS_WITH_UNDER _CAPS_WITH_UNDER
Global/Class
Variables
lower_with_under _lower_with_under
Instance Variables lower_with_under
_lower_with_under (protected) or
__lower_with_under (private)
Method Names lower_with_under()
_lower_with_under() (protected) or
__lower_with_under() (private)
Function/Method
Parameters
lower_with_under
Local Variables lower_with_under
Main
? 即使是一個打算被用作腳本的文件, 也應該是可導入的. 並且簡單的導入不應該導致這
個腳本的主功能(main functionality)被執行, 這是一種副作用. 主功能應該放在一個
main()函數中.
在Python 中, pychecker, pydoc 以及單元測試要求模塊必須是可導入的. 你的代碼應該
在執行主程序前總是檢查 if __name__ == ‘__main__‘ , 這樣當模塊被導入時主程序就不會
被執行.
def main():
...
if __name__ == ‘__main__‘:
main()
所有的頂級代碼在模塊導入時都會被執行. 要小心不要去調用函數, 創建對象, 或者執行那
些不應該在使用pychecker 或pydoc 時執行的操作.
Python 風格規範