這份寫好Python代碼的清單福利大家!

　　但，經(jīng)歷了這次疫情，所有人都發(fā)現(xiàn)高估自己死宅的能力了。

　　為了避免成為服務(wù)器殺手，Python代碼敲起來!

　　「代碼寫得好」是對(duì)開發(fā)者最好的贊揚(yáng)。其第一層意思是說，你的模型非常好，有自己的理解與修正;第二層意思是說代碼的結(jié)構(gòu)、命名規(guī)則、編寫邏輯都非常優(yōu)秀。

　　這樣寫代碼，開工不落伍!

　　?資深程序員鍵盤(復(fù)制、粘貼)

　　第一條：打字越少越好

　　如果我們鍵入的東西越少，那么就有越多的時(shí)間去思考代碼邏輯等問題。如下所示，「Good」表示遵循該規(guī)則的示例，Bad 表示沒遵循該規(guī)則的示例。

　　第二條：變量/函數(shù)混合命名風(fēng)格

　　我們需要混合命名方法與變量，這樣才能體現(xiàn)命名的多樣性。

　　第三條：不要寫注釋

　　反正代碼都看得懂，為什么要寫注釋?或者說，反正沒人看我的代碼，為什么要寫注釋?

　　第四條：使用母語寫注釋

　　如果你違反了第三條規(guī)則，那么至少寫注釋需要用你的母語或者其它語言。如果你的母語是英語，那么你也算違反了這條規(guī)則。既然編程語言絕大多數(shù)都是用英文，那么為什么不用其它語言注釋一下?

　　第五條：盡可能混合不同的格式

　　同樣，為了代碼的多樣性，我們需要盡可能混合不同的格式，例如單引號(hào)或雙引號(hào)。如果它們的語義相同，那就應(yīng)該混用。

　　第六條：盡可能把代碼寫成一行

　　如果一系列參數(shù)與方法都是一起實(shí)現(xiàn)的，那么代碼也要寫在一起。

　　第七條：發(fā)現(xiàn)錯(cuò)誤要保持靜默

　　當(dāng)你發(fā)現(xiàn)某些錯(cuò)誤時(shí)，其他人不需要了解它，因此不需要打印出日志或 Traceback。

　　第八條：廣泛使用全局變量

　　使用全局變量，是面向「全球化」不可或缺的部分。

　　第九條：構(gòu)建備用變量

　　以防萬一，我們需要?jiǎng)?chuàng)建一些備用變量，在需要時(shí)隨時(shí)調(diào)用它們。

　　第十條：Type 使用需謹(jǐn)慎

　　一般不要指定變量類型或者經(jīng)常做類型檢查，無類型才是最好的類型。

　　第十一條：準(zhǔn)備「Plan B」

　　你需要準(zhǔn)備一些運(yùn)行不到的代碼(unreachable code)，它們可以作為你的「Plan B」。

　　第十二條：嵌套的三角法則

　　如果代碼有一些嵌套結(jié)構(gòu)，或者說縮進(jìn)空行的結(jié)構(gòu)，三角法則是最漂亮的。

　　第十三條：混合縮進(jìn)

　　我們需要避免采用縮進(jìn)，因?yàn)榭s進(jìn)會(huì)使復(fù)雜代碼在編輯器中占用更多的空間。如果一定要采用縮進(jìn)，那么就使用混合縮進(jìn)策略。當(dāng)然，這種策略在 Python 中是行不通的，因?yàn)樗靠s進(jìn)來確定代碼結(jié)構(gòu)。

　　第十四條：不要鎖住依賴項(xiàng)

　　每一次要安裝新庫時(shí)，更新已有的依賴項(xiàng)。為什么要維持之前的版本呢，我們需要時(shí)刻保持最新的第三方代碼庫。

　　為了能寫好代碼，不少人都走過彎路。

　　很多時(shí)候，我們把寫代碼比喻成寫文章：不僅需要有一個(gè)主旨，告訴別人代碼的作用是什么，同時(shí)還應(yīng)該在精煉與易讀之間做權(quán)衡。代碼過于精煉，整體邏輯難以跟隨，代碼過于易讀，整體就顯得比較臃腫。

　　這份寫好Python代碼的清單福利大家!別磨嘰了，練習(xí)起來吧!(左邊跟我一起畫個(gè)龍，在你右邊畫一道彩虹)