資訊專欄INFORMATION COLUMN
摘要：不要讓代碼擠作一團(tuán)，要有適當(dāng)?shù)拈g距。特殊情況沒(méi)有特殊到要打破這個(gè)規(guī)律。不要讓錯(cuò)誤發(fā)生的悄無(wú)聲息。面對(duì)歧義，不要靠簡(jiǎn)單猜測(cè)蒙混過(guò)關(guān)。如果一個(gè)想法向他人介紹清楚很難，那它就不是個(gè)好主意。命名空間是個(gè)好東西，請(qǐng)多做類似的事情。
Beautiful is better than ugly.
要寫(xiě)更美的代碼。
Explicit is better than implicit.
要直截了當(dāng)?shù)乇磉_(dá)，不要含蓄。
Simple is better than complex.
簡(jiǎn)單比復(fù)雜更好。
Complex is better than complicated.
如果不得不復(fù)雜，那就讓它不要那么難于理解。
Flat is better than nested.
盡量不用嵌套。
Sparse is better than dense.
不要讓代碼擠作一團(tuán)，要有適當(dāng)?shù)拈g距。
Readability counts.
可讀性很重要。
Special cases aren"t special enough to break the rules.
特殊情況沒(méi)有特殊到要打破這個(gè)規(guī)律。
Although practicality beats purity.
雖然打起架來(lái)總是缺少章法。
Errors should never pass silently.
不要讓錯(cuò)誤發(fā)生的悄無(wú)聲息。
Unless explicitly silenced.
除非那是個(gè)顯而易見(jiàn)的。
In the face of ambiguity, refuse the temptation to guess.
面對(duì)歧義，不要靠簡(jiǎn)單猜測(cè)蒙混過(guò)關(guān)。
There should be one-- and preferably only one --obvious way to do it.
應(yīng)該有一種，且僅有一種，恰當(dāng)解決的辦法。
Although that way may not be obvious at first unless you"re Dutch.
也許對(duì)你來(lái)說(shuō)那個(gè)方法一開(kāi)始沒(méi)有那么顯而易見(jiàn)，因?yàn)檫@語(yǔ)言不是你寫(xiě)的。
Now is better than never.
立刻開(kāi)始比永遠(yuǎn)不做更好。
Although never is often better than right now.
盡管永遠(yuǎn)不做總是比錯(cuò)誤的開(kāi)始更好。
If the implementation is hard to explain, it"s a bad idea.
如果一個(gè)想法向他人介紹清楚很難，那它就不是個(gè)好主意。
If the implementation is easy to explain, it may be a good idea.
如果一個(gè)想法很容易說(shuō)清楚，那它也許是個(gè)好主意。
Namespaces are one honking great idea -- let"s do more of those!
命名空間是個(gè)好東西，請(qǐng)多做類似的事情。
原文在Python.org上的地址:The Zen of Python
見(jiàn)過(guò)的最好的翻譯是豆瓣上的元?jiǎng)?chuàng)，看資料他應(yīng)該是華為的工程師，給出他在豆瓣上翻譯此文的鏈接：蛇宗三字經(jīng)
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://m.hztianpu.com/yun/41228.html
摘要：簡(jiǎn)介項(xiàng)目地址眾所周知如今的后端開(kāi)發(fā)主要是負(fù)責(zé)接口的開(kāi)發(fā)而前后端分離又是當(dāng)下最流行的如果使用技術(shù)棧通常情況下我們會(huì)選擇全套或者他們的模板引擎功能在當(dāng)下的后端開(kāi)發(fā)中是基本不用的同時(shí)由于它們開(kāi)始的時(shí)候是基于寫(xiě)的造成了現(xiàn)在代碼中充斥著大量丑陋的兼容 簡(jiǎn)介 showImg(https://segmentfault.com/img/remote/1460000008633918?w=280&h=1...
共勉 Beautiful is better than ugly. Explicit is better than implicit. Simple is better than complex. Complex is better than complicated. Flat is better than nested. Sparse is better than d...
摘要：很多時(shí)候有些人在介紹的時(shí)候會(huì)提到但是我不知道你需要多久才能做到中說(shuō)的真的優(yōu)雅嗎真的簡(jiǎn)潔嗎這是當(dāng)然不然怎么會(huì)添加到標(biāo)準(zhǔn)庫(kù)中去不過(guò)在此之前你需要更加的學(xué)習(xí)畢竟不是一上來(lái)就什么都會(huì)的明白的風(fēng)格或者說(shuō)需要自己不斷鍛煉讓自己寫(xiě)出來(lái)的代碼更 Do you want to be a Python expert ? https://github.com/ltoddy/Pyt... 很多時(shí)候,有些人在介...
摘要：當(dāng)字典找不到正確的鍵時(shí)會(huì)拋出異常有沒(méi)有一種優(yōu)雅的方法來(lái)避免這種情況呢答案是肯定的從索引中獲取單詞出現(xiàn)的頻率信息并寫(xiě)入列表沒(méi)有使用執(zhí)行使用了只用了一行就解決了獲取和更新單詞的出現(xiàn)情況列表也就是說(shuō)等價(jià)于二者效果相同只是只 當(dāng)字典 d[k]找不到正確的鍵時(shí),Python會(huì)拋出異常,有沒(méi)有一種優(yōu)雅的方法來(lái)避免這種情況呢?答案是肯定的. index0.py 從索引中獲取單詞出現(xiàn)的頻率信息,并寫(xiě)...
摘要：通常，這意味著社區(qū)的貢獻(xiàn)者會(huì)為該語(yǔ)言添加一些有趣和特別的彩蛋以及隱藏的特性當(dāng)然前提是不會(huì)增加在生產(chǎn)環(huán)境中使用的風(fēng)險(xiǎn)。據(jù)傳這是中的八榮八恥，每個(gè)有追求的程序員都應(yīng)該謹(jǐn)記于心?？勺x性應(yīng)當(dāng)被重視。面對(duì)不明確的定義，拒絕猜測(cè)的誘惑。 閱讀文本大概需要 6.6 分鐘。 當(dāng)一門編程語(yǔ)言是開(kāi)源的時(shí)候，往往會(huì)有產(chǎn)生一些搞笑和有趣的東西。通常，這意味著社區(qū)的貢獻(xiàn)者會(huì)為該語(yǔ)言添加一些有趣和特別的彩蛋以及隱...
閱讀 2676·2023-04-26 00:57
閱讀 993·2021-11-25 09:43
閱讀 2404·2021-11-11 16:55
閱讀 2428·2019-08-30 15:53
閱讀 3671·2019-08-30 15:52
閱讀 1546·2019-08-30 14:10
閱讀 3456·2019-08-30 13:22
閱讀 1288·2019-08-29 11:18
