在博主學習 Python 的模塊部分中，曾不小心寫下了這句：

import this

則導致出現了以下內容：

原文及翻譯：

The Zen of Python, by Tim Peters

Beautiful is better than ugly.

# 優美勝于丑陋(Python以編寫優美的代碼為目標)

Explicit is better than implicit.

# 明了勝于晦澀(優美的代碼應當是明了的，命名規范，風格相似)

Simple is better than complex.

# 簡潔勝于復雜(優美的代碼應當是簡潔的，不要有復雜的內部實現)

Complex is better than complicated.

# 復雜勝于凌亂(如果復雜不可避免，那代碼間也不能有難懂的關系，要保持接口簡潔)

Flat is better than nested.

# 扁平勝于嵌套(優美的代碼應當是扁平的，不能有太多的嵌套)

Sparse is better than dense.

# 間隔勝于緊湊(優美的代碼有適當的間隔，不要奢望一行代碼解決問題)

Readability counts.

# 可讀性很重要(優美的代碼是可讀的)

Special cases aren’t special enough to break the rules.Although practicality beats purity.

# 即便假借特例的實用性之名，也不可違背這些規則(這些規則至高無上)

Errors should never pass silently.Unless explicitly silenced.

# 不要包容所有錯誤，除非你確定需要這樣做(精準地捕獲異常，不寫 except:pass 風格的代碼)

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!

# 命名空間是一種絕妙的理念，我們應當多加利用(倡導與號召)

總結

以上是生活随笔為你收集整理的python之禅中文原文_Python之禅 - osc_ns45oss7的个人空间 - OSCHINA - 中文开源技术交流社区...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。