建站
咨詢
售后
建站咨詢
新聞中心
大部分的作者都是寫的怎么才能寫好Python，我今天呢正好相反，說說寫代碼時的幾個壞習慣。有的習慣會讓 Bug 變得隱蔽難以追蹤，當然，也有的并沒有錯誤，只是個人覺得不夠優(yōu)雅。
公司主營業(yè)務：成都網站建設、網站建設、移動網站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)建站是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)建站推出海拉爾免費做網站回饋大家。
注意：示例代碼在 Python 3.6 環(huán)境下編寫
一、用列表作函數(shù)的默認參數(shù)
看下面這個例子：
正常我們期望的結果應該是這樣的
但當我們執(zhí)行代碼后，只會得到這樣的結果
與預期不一致。為什么呢?因為 Python 列表是可變對象，而且函數(shù)傳參又是傳的引用，所以當?shù)诙握{用 func 方法前，b 中已經有了元素 1，調用后 b 最終有兩個元素 1 和 2。
示例中 func 方法比較簡單，當發(fā)現(xiàn)問題的時候簡單看下就能找到根源。但是，如果是在一個比較復雜的方法里面，你有可能會粗心的忽略這一點，從而會碰到一些莫名其妙的問題。
所以，當我們要為函數(shù)設置默認參數(shù)的時候，不要使用可變對象。
上面的代碼改成這樣就 OK 了
執(zhí)行后得到預期結果
二、文件操作
很多剛接觸 Python 的伙伴做文件操作的時候很容易寫類似的代碼
這沒有問題，不過文件資源我們沒有必要手動去維護，像關閉這樣的操作交給上下文管理器做就好。
這樣看起來不是清爽很多。
三、捕獲所有異常
就像上面一樣，有時我們?yōu)榱四軌蚩焖俚耐瓿晒δ?，很容易不管三七二十一，就捕獲 Exception 異常。這可能會捕捉到鍵盤中斷(KeyboardInterrupt)(CTRL + C)或斷言錯誤(AsstionError)等異常。捕獲不確定的異常，有時也會讓我們的程序出現(xiàn)莫名其妙的問題，我們應該避免這樣做。
準確的做法是根據(jù)上下文捕獲 ValueError 、AttributeError 、TypeError 等比較具體的異常，然后做適當?shù)腻e誤處理，比如打印日志等。
四、忽略 Python 的 for…else 語法
開發(fā)中我們很容易碰到類似的需求，在一個列表中，確定某個特定的元素是否存在。比如，下面的代碼便是確定列表中有沒有奇數(shù)存在。
這里，我們使用了一個標識 is_odd_exist，默認為 False。當找到奇數(shù)時，將其置為 True，然后跳出循環(huán)。這樣寫并沒有問題，但是我們可以換種方式。
先介紹下 Python 的 for…else 語法，當 for 循環(huán)是正常結束時(即不是通過 break 跳出結束的)，會執(zhí)行 else 中的語句。
這里，我們使用了相對于其他語言如 C、PHP 等不同的一種方式，完成了相同的功能，看起來代碼也簡潔了不少。
五、使用鍵遍歷字典
初學 Python 的伙伴，可能容易寫出這樣的代碼。
同樣，這也是沒有問題的，但看起來并不直觀。字典遍歷的時候，其實可以直接取出鍵值信息，像這樣：
這樣的話，看起來要明了一些。
上面提到的幾點有些帶有自己一定的偏見，不要求大家都接受，選擇合理的使用就好。如果大家有什么其他的建議，也可以分享一下告誡大家。
當前標題：這5個Python代碼的壞習慣很容易養(yǎng)成，千萬不要養(yǎng)成這些壞習慣
標題網址：http://www.5511xx.com/article/dphhhjo.html
