[[321606]]

本文是 Python 之禪特別系列的第三篇，此篇著眼于其中第五與第六條原則：扁平與稀疏。

Python 之禪 之所以得名，正是由于它那簡明扼要的規(guī)則被設(shè)計(jì)出的意圖在于讓讀者進(jìn)行深入地思考，而絕不單是為編程提供一份易于遵守的指南。

讀后不去三思其意，斷然難以體會 Python 之禪的妙處。倘若 Python 之禪僅僅羅列出一組清晰的法則，那法則之間的矛盾是一種缺憾，然而作為引導(dǎo)讀者沉思最優(yōu)方案沉思的工具，矛盾卻是絕佳的。

扁平勝過嵌套Flat is better than nested

迫于對縮進(jìn)的強(qiáng)硬要求，Python 對“扁平化”的需求顯然遠(yuǎn)超它者。其余編程語言為了緩解對縮進(jìn)的需求，通常會在嵌套結(jié)構(gòu)里加入一種“作弊”的手段。為了理解這一點(diǎn)，不妨一同來看看 JavaScript。

JavaScript 本質(zhì)上是異步的，這意味著程序員用 JavaScript 寫的代碼會用到大量的回調(diào)函數(shù)。

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

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

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

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

這項(xiàng)挑戰(zhàn)與 Python 之禪的指導(dǎo)原則相結(jié)合后，在我參與的庫中催生出了一個(gè)優(yōu)雅的解決方案。我們在 Twisted 框架里提出了 deferred 抽象，日后 JavaScript 中流行的 promise 抽象亦是受其啟發(fā)而生。正是由于 Python 對整潔代碼的堅(jiān)守，方能推動 Python 開發(fā)者去發(fā)掘新的、強(qiáng)力的抽象。

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

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

稀疏勝過密集Sparse is better than dense

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

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

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