Python編碼標準/最佳實踐

Question

在python中，你通常使用PEP 8 -- Style Guide for Python Code作爲編碼標準/指南嗎？您還有其他任何正式標準嗎？

Answer 1

「在Python中，您是否一般使用PEP 8 - Python代碼風格指南作爲您的編碼標準/指南？您還有其他任何正式標準嗎？」

如前所述您關注PEP 8主文本，PEP 257的文檔字符串公約

隨着Python的風格指南，我建議你參考下：

1. Code Like a Pythonista: Idiomatic Python
2. Common mistakes and Warts
3. How not to write Python code
4. Python gotcha

Answer 2

是的，我嘗試儘可能地遵循它。

我不遵循任何其他編碼標準。

Answer 3

我非常嚴格地遵循它。 PEP-8之前唯一的神是現有的代碼庫。

Answer 4

我遵循Rob Knight編寫的Python Idioms and Efficiency指導原則。我認爲它們與PEP 8完全一樣，但是更合成並且基於實例。

如果您使用的是wxPython，您也可以檢查Chris Barker的Style Guide for wxPython code。

Answer 5

PEP 8是好的，我希望它下來更難上是標籤-VS-空間聖戰的唯一的事情。

基本上，如果你在python中開始一個項目，你需要選擇Tabs或Spaces，然後拍攝所有罪犯。

Answer 6

爲了增加慣用指南bhadra'slist：

結帳安東尼巴克斯特的表現上Effective Python Programming（從2005年OSON）。

的摘錄：

# dict's setdefault method turns this: 
if key in dictobj: 
    dictobj[key].append(val) 
else: 
    dictobj[key] = [val] 
# into this: 
dictobj.setdefault(key,[]).append(val) 

Answer 7

我堅持PEP-8非常緊密。

有三個具體的事情，我不能改變爲PEP-8。

• 立即避免在括號，括號或大括號內的無關空格。

  建議：spam(ham[1], {eggs: 2})

  我這樣做呢：spam(ham[ 1 ], { eggs: 2 })

  爲什麼？30年以上的根深蒂固的習慣是依靠（）與功能名稱或（C）語句中的關鍵字相關聯。從70年代的Fortran IV開始。

• 各地使用算術運算符空間：

  建議：x = x * 2 - 1

  我這樣做呢：x= x * 2 - 1

  爲什麼？格里斯的「編程科學」認爲這是強調賦值與狀態變化的變量之間的聯繫的一種方式。

  對於多次賦值或增強賦值，這不適用，因爲我使用了大量空格。

• 對於函數名，方法名和實例變量名

  建議：小寫，根據需要，以提高可讀性下劃線分隔單詞。

  無論如何我都這麼做：camelCase

  爲什麼？從20世紀80年代的Pascal開始，駱駝起源於20多年的根深蒂固的習慣。

Answer 8

我遵循PEP8，它是一種很棒的編碼風格。