Python編程規范
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
根據Google Python編程風格指南整理出來的Python編程規范。 http://static.oschina.net/uploads/space/2016/0603/111931_888o_2758756.jpg" width="500"> 1,Python編程規范 > 編碼 所有的 Python 腳本文件都應在文件頭標上
用于設置編輯器,默認保存為 utf-8 格式。 > 注釋 業界普遍認同 Python 的注釋分為兩種,
堅持適當注釋原則。對不存在技術難點的代碼堅持不注釋,對存在技術難點的代碼必須注釋。但與注釋不同,建議對每一個包、模塊、類、函數(方法)寫 docstrings,除非代碼一目了然,非常簡單。 > 縮進 Python 依賴縮進來確定代碼塊的層次,行首空白符主要有兩種:tab 和 空格,但嚴禁兩者混用。如果使用 tab 縮進,設定tab 為 4 個空格。 > 空格 空格在 Python 代碼中是有意義的,因為 Python 的語法依賴于縮進,在行首的空格稱為前導空格。在這一節不討論前導空格相關的內容,只討論非前導空格。非前導空格在 Python 代碼中沒有意義,但適當地加入非前導空格可以增進代碼的可讀性。 1) 在二元算術、邏輯運算符前后加空格:如
2) 在一元前綴運算符后不加空格,如
3) “:”用在行尾時前后皆不加空格,如分枝、循環、函數和類定義語言;用在非行尾時兩端加空格,如: dict 對象的定義
4) 括號(含圓括號、方括號和花括號)前后不加空格,如:
而不是
5) 不要在逗號、分號、冒號前面加空格,但應該在它們后面加(除了在行尾) 6) 不要用空格來垂直對齊多行間的標記,因為這會成為維護的負擔(適用于:,#,=等) > 空行 適當的空行有利于增加代碼的可讀性,加空行可以參考如下幾個準則: 1) 在類、函數的定義間加空行; 2) 在 import 不同種類的模塊間加空行; 3) 在函數中的邏輯段落間加空行,即把相關的代碼緊湊寫在一起,作為一個邏輯段落,段落間以空行分隔; > 斷行 盡管現在的寬屏顯示器已經可以單屏顯示超過 256 列字符,但本規范仍然堅持行的最大長度不得超過 80 個字符的標準。折疊長行的方法有以下幾種方法: 1) 為長變量名換一個短名,如:
應改為:
2) Python會將圓括號、中括號和花括號中的行隱式的連接起來,你可以利用這個特點。如需要,你可以在表達式外圍增加一對額外的圓括號 3) 在長行加入續行符強行斷行,斷行的位置應在操作符前,且換行后多一個縮進,以使維護人員看代碼的時候看到代碼行首即可判定這里存在換行,如:
> 字符串 1) 避免在循環中用+和+=操作符來累加字符串。由于字符串是不可變的,這樣做會創建不必要的臨時對象,并且導致二次方而不是線性的運行時間。作為替代方案,你可以將每個子串加入列表,然后在循環結束后用 .join 連接列表。(也可以將每個子串寫入一個 cStringIO.StringIO 緩存中) 2) 為多行字符串使用三重雙引號而非三重單引號。不過要注意, 通常用隱式行連接更清晰,因為多行字符串與程序其他部分的縮進方式不一致。 > 命名 一致的命名可以給開發人員減少許多麻煩,而恰如其分的命名則可以大幅提高代碼的可讀性,降低維護成本。 >> 常量 常量名所有字母大寫,由下劃線連接各個單詞,如
>> 變量 變量名全部小寫,由下劃線連接各個單詞,如
私有類成員使用單一下劃線前綴標識,多定義公開成員,少定義私有成員。 變量名不應帶有類型信息,因為 Python 是動態類型語言。如 iValue、names_list、dict_obj 等都是不好的命名。 >> 函數 函數名的命名規則與變量名相同。 >> 類 對類名使用大寫字母開頭的單詞(如CapWords, 即Pascal風格),不使用下劃線連接單詞。如:
>> 模塊 模塊名全部小寫,對于包內使用的模塊,可以加一個下劃線前綴,如
>> 包 包的命名規范與模塊相同。 >> 縮寫 命名應當盡量使用全拼寫的單詞,縮寫的情況有如下兩種: 1) 常用的縮寫,如 XML、ID等,在命名時也應只大寫首字母,如
2) 命名中含有長單詞,對某個單詞進行縮寫。這時應使用約定成俗的縮寫方式,如去除元音、包含輔音的首字符等方式,例如: function 縮寫為 fn text 縮寫為 txt object 縮寫為 obj count 縮寫為 cnt number 縮寫為 num,等。 >> 特定命名方式 主要是指 __xxx__ 形式的系統保留字命名法。項目中也可以使用這種命名,它的意義在于這種形式的變量是只讀的,這種形式的類成員函數盡量不要重載。如
其中 __id__、__parent__ 和 __message__ 都采用了系統保留字命名法。 >> 導入格式 1) import 的次序,先 import Python 內置模塊,再 import 第三方模塊,最后 import 自己開發的項目中的其它模塊;這幾種模塊用空行分隔開來。 2) 每個import應該獨占一行。 3) 不要使用 from module import *,除非是 import 常量定義模塊或其它你確保不會出現命名空間沖突的模塊。 > 賦值 對于賦值語言,主要是不要做無謂的對齊,如:
> 語句 通常每個語句應該獨占一行。不過, 如果測試結果與測試語句在一行放得下, 你也可以將它們放在同一行。如果是if語句, 只有在沒有else時才能這樣做。特別地,絕不要對 try/except 這樣做,因為try和except不能放在同一行。
2,參考資料
3,文檔修改歷史 2016-06-03:V1.0 相關文章
評論(12)
http://my.oschina.net/godadmin" target="_blank" name="rpl_${cmt.id}" class="user">黑暗圣堂武士
1樓 2016-06-03 13:32
這編程規范對應的是哪個規范?
http://static.oschina.net/uploads/user/1379/2758756_50.jpg?t=1462958828000" align="absmiddle" alt="fullerhua" title="fullerhua" class="SmallPortrait " user="2758756">
http://my.oschina.net/gooseeker" target="_blank" name="rpl_${cmt.id}" class="user">fullerhua
2樓 2016-06-03 16:46
引用來自“黑暗圣堂武士”的評論這編程規范對應的是哪個規范?
http://static.oschina.net/uploads/user/1205/2411489_50.jpg?t=1460416204000" align="absmiddle" alt="士止刀口" title="士止刀口" class="SmallPortrait " user="2411489">
http://my.oschina.net/chaosannals" target="_blank" name="rpl_${cmt.id}" class="user">士止刀口
3樓 2016-06-03 23:57
variable_name1 = this.is.a.very.long.variable_name
variable_name2 = this.is.another.variable_name variable_name1 = variable_name2s 這樣this.is.a.very.long.variable_name真的被修改了嗎? 難道不應該是這樣? variable_name2 = this.is.another.variable_name this.is.a.very.long.variable_name = variable_name2s
http://static.oschina.net/uploads/user/1379/2758756_50.jpg?t=1462958828000" align="absmiddle" alt="fullerhua" title="fullerhua" class="SmallPortrait " user="2758756">
http://my.oschina.net/gooseeker" target="_blank" name="rpl_${cmt.id}" class="user">fullerhua
4樓 2016-06-04 09:46
引用來自“士止刀口”的評論variable_name1 = this.is.a.very.long.variable_namevariable_name2 = this.is.another.variable_name variable_name1 = variable_name2s 這樣this.is.a.very.long.variable_name真的被修改了嗎? 難道不應該是這樣? variable_name2 = this.is.another.variable_name this.is.a.very.long.variable_name = variable_name2s
http://static.oschina.net/uploads/user/1352/2705973_50.jpg?t=1460028768000" align="absmiddle" alt="盧景曉" title="盧景曉" class="SmallPortrait " user="2705973">
http://my.oschina.net/chire8" target="_blank" name="rpl_${cmt.id}" class="user">盧景曉
5樓 2016-06-05 08:15
pycharm自帶編程規范檢查的,我們就根據它來規范團隊了
http://static.oschina.net/uploads/user/295/591484_50.jpg?t=1383531564000" align="absmiddle" alt="lython" title="lython" class="SmallPortrait " user="591484">
http://my.oschina.net/lython" target="_blank" name="rpl_${cmt.id}" class="user">lython
6樓 2016-06-05 11:41
1.請使用pycharm編輯器;2-100.請參照第一條的代碼規范。
http://static.oschina.net/uploads/user/1154/2308596_50.jpg?t=1421830493000" align="absmiddle" alt="paul2011" title="paul2011" class="SmallPortrait " user="2308596">
http://my.oschina.net/niuqingshan" target="_blank" name="rpl_${cmt.id}" class="user">paul2011
7樓 2016-06-05 21:44
pep8
http://my.oschina.net/a9a" target="_blank" name="rpl_${cmt.id}" class="user">sooohCom
8樓 2016-06-05 22:23
原來世上有怎么腦殘的語法規則,跟javascirpt一比,那真是垃圾中的垃圾。
http://static.oschina.net/uploads/user/930/1860373_50.jpg?t=1403415889000" align="absmiddle" alt="latyas" title="latyas" class="SmallPortrait " user="1860373">
http://my.oschina.net/ly0" target="_blank" name="rpl_${cmt.id}" class="user">latyas
9樓 2016-06-06 11:41
第一個在py3胸已經不需要了
http://static.oschina.net/uploads/user/287/575790_50.jpg?t=1457058371000" align="absmiddle" alt="黑夜無疆" title="黑夜無疆" class="SmallPortrait " user="575790">
http://my.oschina.net/u/575790" target="_blank" name="rpl_${cmt.id}" class="user">黑夜無疆
10樓 2016-06-06 16:48
在pycharm下沒有黃色的波浪線就ok
上拉加載更多
該文章在 2016/6/12 1:23:04 編輯過 |
關鍵字查詢
相關文章
正在查詢... |