| The Zen of Python, by Tim Peters | Python之禪 by Tim Peters |
|---|---|
| Beautiful is better than ugly. | 優(yōu)美勝于丑陋（Python 以編寫優(yōu)美的代碼為目標） |
| Explicit is better than implicit. | 明了勝于晦澀（優(yōu)美的代碼應(yīng)當是明了的，命名規(guī)范，風(fēng)格相似） |
| Simple is better than complex. | 簡潔勝于復(fù)雜（優(yōu)美的代碼應(yīng)當是簡潔的，不要有復(fù)雜的內(nèi)部實現(xiàn)） |
| Complex is better than complicated. | 復(fù)雜勝于凌亂（如果復(fù)雜不可避免，那代碼間也不能有難懂的關(guān)系，要保持接口簡潔） |
| Flat is better than nested. | 扁平勝于嵌套（優(yōu)美的代碼應(yīng)當是扁平的，不能有太多的嵌套） |
| Sparse is better than dense. | 間隔勝于緊湊（優(yōu)美的代碼有適當?shù)拈g隔，不要奢望一行代碼解決問題） |
| Readability counts. | 可讀性很重要（優(yōu)美的代碼是可讀的） |
| Special cases aren’t special enough to break the rules.Although practicality beats purity. | 即便假借特例的實用性之名，也不可違背這些規(guī)則（這些規(guī)則至高無上） |
| Errors should never pass silently.Unless explicitly silenced. | 不要包容所有錯誤，除非你確定需要這樣做（精準地捕獲異常，不寫 except:pass 風(fēng)格的代碼） |
| In the face of ambiguity, refuse the temptation to guess. | 當存在多種可能，不要嘗試去猜測 |
| There should be one-- and preferably only one --obvious way to do it. | 而是盡量找一種，最好是唯一一種明顯的解決方案（如果不確定，就用窮舉法） |
| Although that way may not be obvious at first unless you’re Dutch. | 雖然這并不容易，因為你不是 Python 之父（這里的 Dutch 是指 Guido ） |
| Now is better than never.Although never is often better than right now. | 做也許好過不做，但不假思索就動手還不如不做（動手之前要細思量） |
| If the implementation is hard to explain, it’s a bad idea.If the implementation is easy to explain, it may be a good idea. | 如果你難以向人描述你的方案，那肯定不是一個好方案；反之亦然（方案測評標準） |
| Namespaces are one honking great idea – let’s do more of those! | 命名空間是一種絕妙的理念，我們應(yīng)當多加利用（倡導(dǎo)與號召） |
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯(lián)系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
