這份寫好Python代碼的清單福利大家!
但,經(jīng)歷了這次疫情,所有人都發(fā)現(xiàn)高估自己死宅的能力了。
為了避免成為服務(wù)器殺手,Python代碼敲起來!
「代碼寫得好」是對開發(fā)者最好的贊揚。其第一層意思是說,你的模型非常好,有自己的理解與修正;第二層意思是說代碼的結(jié)構(gòu)、命名規(guī)則、編寫邏輯都非常優(yōu)秀。
這樣寫代碼,開工不落伍!
?資深程序員鍵盤(復(fù)制、粘貼)
第一條:打字越少越好
如果我們鍵入的東西越少,那么就有越多的時間去思考代碼邏輯等問題。如下所示,「Good」表示遵循該規(guī)則的示例,Bad 表示沒遵循該規(guī)則的示例。
第二條:變量/函數(shù)混合命名風(fēng)格
我們需要混合命名方法與變量,這樣才能體現(xiàn)命名的多樣性。
第三條:不要寫注釋
反正代碼都看得懂,為什么要寫注釋?或者說,反正沒人看我的代碼,為什么要寫注釋?
第四條:使用母語寫注釋
如果你違反了第三條規(guī)則,那么至少寫注釋需要用你的母語或者其它語言。如果你的母語是英語,那么你也算違反了這條規(guī)則。既然編程語言絕大多數(shù)都是用英文,那么為什么不用其它語言注釋一下?
第五條:盡可能混合不同的格式
同樣,為了代碼的多樣性,我們需要盡可能混合不同的格式,例如單引號或雙引號。如果它們的語義相同,那就應(yīng)該混用。
第六條:盡可能把代碼寫成一行
如果一系列參數(shù)與方法都是一起實現(xiàn)的,那么代碼也要寫在一起。
第七條:發(fā)現(xiàn)錯誤要保持靜默
當你發(fā)現(xiàn)某些錯誤時,其他人不需要了解它,因此不需要打印出日志或 Traceback。
第八條:廣泛使用全局變量
使用全局變量,是面向「全球化」不可或缺的部分。
第九條:構(gòu)建備用變量
以防萬一,我們需要創(chuàng)建一些備用變量,在需要時隨時調(diào)用它們。
第十條:Type 使用需謹慎
一般不要指定變量類型或者經(jīng)常做類型檢查,無類型才是最好的類型。
第十一條:準備「Plan B」
你需要準備一些運行不到的代碼(unreachable code),它們可以作為你的「Plan B」。
第十二條:嵌套的三角法則
如果代碼有一些嵌套結(jié)構(gòu),或者說縮進空行的結(jié)構(gòu),三角法則是最漂亮的。
第十三條:混合縮進
我們需要避免采用縮進,因為縮進會使復(fù)雜代碼在編輯器中占用更多的空間。如果一定要采用縮進,那么就使用混合縮進策略。當然,這種策略在 Python 中是行不通的,因為它靠縮進來確定代碼結(jié)構(gòu)。
第十四條:不要鎖住依賴項
每一次要安裝新庫時,更新已有的依賴項。為什么要維持之前的版本呢,我們需要時刻保持最新的第三方代碼庫。
為了能寫好代碼,不少人都走過彎路。
很多時候,我們把寫代碼比喻成寫文章:不僅需要有一個主旨,告訴別人代碼的作用是什么,同時還應(yīng)該在精煉與易讀之間做權(quán)衡。代碼過于精煉,整體邏輯難以跟隨,代碼過于易讀,整體就顯得比較臃腫。
這份寫好Python代碼的清單福利大家!別磨嘰了,練習(xí)起來吧!(左邊跟我一起畫個龍,在你右邊畫一道彩虹)