python之禪如何打出來

這篇文章將為大家詳細講解有關python之禪如何打出來，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

編程語言Perl曾在互聯網領域長期占據著統治地位，“解決問題的辦法有很多個”一直被奉為Perl社區的座右銘，但這種理念在開發項目期間是可以接受的，但大家最終認識到，過于強調靈活性會導致大型項目難以維護，所以經驗豐富的程序員倡導盡可能的避繁就簡，才有了Tim Peters撰寫的Python之禪，讓我們看看怎么調用Python之禪

Python之禪

在Windows平臺的cmd命令中打開python，輸入import this，你會看到Python之禪:

中英文對照：

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之禪如何打出來就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。