為什么Python代碼應是扁平與稀疏的

這篇文章主要介紹“為什么Python代碼應是扁平與稀疏的”，在日常操作中，相信很多人在為什么Python代碼應是扁平與稀疏的問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”為什么Python代碼應是扁平與稀疏的”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

扁平勝過嵌套Flat is better than nested

迫于對縮進的強硬要求，Python 對“扁平化”的需求顯然遠超它者。其余編程語言為了緩解對縮進的需求，通常會在嵌套結構里加入一種“作弊”的手段。為了理解這一點，不妨一同來看看 JavaScript。

JavaScript 本質上是異步的，這意味著程序員用 JavaScript 寫的代碼會用到大量的回調函數。

a(function(resultsFromA) {  b(resultsFromA, function(resultsfromB) {    c(resultsFromC, function(resultsFromC) {      console.log(resultsFromC)   }  }}

忽略這段代碼的具體內容，只去觀察這段代碼的形狀與縮進帶來一個最右邊的點的方式。這種獨特的“箭頭”圖形在我們掃看代碼時格外扎眼，這種寫法也因此被視作不可取，甚至得到了“回調地獄”的綽號。不過，在  JavaScript 中，這種反映嵌套關系的縮進可以通過“作弊”來回避。

a(function(resultsFromA) {b(resultsFromA,  function(resultsfromB) {c(resultsFromC,  function(resultsFromC) {    console.log(resultsFromC)}}}

Python 并沒有提供這種作弊手段：每一級嵌套在代碼中都如實的對應著一層縮進。因此，Python 深層的嵌套關系在視覺上也一定是深層嵌套的。這使得“回調地獄”的問題對于 Python 而言要比在 JavaScript 中嚴重得多：嵌套的回調函數必定帶來縮進，而絕無使用花括號來“作弊”的可能。

這項挑戰與 Python 之禪的指導原則相結合后，在我參與的庫中催生出了一個優雅的解決方案。我們在 Twisted 框架里提出了 deferred 抽象，日后 JavaScript 中流行的 promise 抽象亦是受其啟發而生。正是由于 Python 對整潔代碼的堅守，方能推動 Python 開發者去發掘新的、強力的抽象。

future_value = future_result()future_value.addCallback(a)future_value.addCallback(b)future_value.addCallback(c)

（現代 JavaScript 程序員也許會覺得這段代碼十分眼熟：promise 著實受到了 Twisted 里 deferred 抽象的深遠影響。）

稀疏勝過密集Sparse is better than dense

最易降低代碼密集程度的方法是引入嵌套。這種習慣也正是有關稀疏的原則要隨著前一條提出的原因：在竭盡所能地減少嵌套之后，我們往往會遺留下密集的代碼或數據結構。此處的密集，是指塞進過量信息的小段代碼，它們會導致錯誤發生后的解析變得困難。

這種密集性唯有通過創造性的思考方可改善，此外別無捷徑。Python 之禪并不為我們提供簡單的解決方案，它只會指明改善代碼的方向，而非提供“如何”去做的向導。

起身走走，泡個熱水澡，抑或是聞聞花香。盤坐冥思，直至靈感襲來。當你終于得到啟發，便是動身寫代碼之時。

到此，關于“為什么Python代碼應是扁平與稀疏的”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！