建站
咨詢
售后
建站咨詢
新聞中心
本文是 Python 之禪特別系列的第三篇，此篇著眼于其中第五與第六條原則：扁平與稀疏。
創(chuàng)新互聯(lián)是一家專注于做網(wǎng)站、網(wǎng)站建設(shè)與策劃設(shè)計(jì),閬中網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設(shè)十年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:閬中等地區(qū)。閬中做網(wǎng)站價(jià)格咨詢:13518219792
Python 之禪 之所以得名，正是由于它那簡(jiǎn)明扼要的規(guī)則被設(shè)計(jì)出的意圖在于讓讀者進(jìn)行深入地思考，而絕不單是為編程提供一份易于遵守的指南。
讀后不去三思其意，斷然難以體會(huì) Python 之禪的妙處。倘若 Python 之禪僅僅羅列出一組清晰的法則，那法則之間的矛盾是一種缺憾，然而作為引導(dǎo)讀者沉思最優(yōu)方案沉思的工具，矛盾卻是絕佳的。
扁平勝過(guò)嵌套Flat is better than nested
迫于對(duì)縮進(jìn)的強(qiáng)硬要求，Python 對(duì)“扁平化”的需求顯然遠(yuǎn)超它者。其余編程語(yǔ)言為了緩解對(duì)縮進(jìn)的需求，通常會(huì)在嵌套結(jié)構(gòu)里加入一種“作弊”的手段。為了理解這一點(diǎn)，不妨一同來(lái)看看 JavaScript。
JavaScript 本質(zhì)上是異步的，這意味著程序員用 JavaScript 寫(xiě)的代碼會(huì)用到大量的回調(diào)函數(shù)。
a(function(resultsFromA) {b(resultsFromA, function(resultsfromB) {c(resultsFromC, function(resultsFromC) {console.log(resultsFromC)}}}
忽略這段代碼的具體內(nèi)容，只去觀察這段代碼的形狀與縮進(jìn)帶來(lái)一個(gè)最右邊的點(diǎn)的方式。這種獨(dú)特的“箭頭”圖形在我們掃看代碼時(shí)格外扎眼，這種寫(xiě)法也因此被視作不可取，甚至得到了“回調(diào)地獄”的綽號(hào)。不過(guò)，在 JavaScript 中，這種反映嵌套關(guān)系的縮進(jìn)可以通過(guò)“作弊”來(lái)回避。
a(function(resultsFromA) {b(resultsFromA,function(resultsfromB) {c(resultsFromC,function(resultsFromC) {console.log(resultsFromC)}}}
Python 并沒(méi)有提供這種作弊手段：每一級(jí)嵌套在代碼中都如實(shí)的對(duì)應(yīng)著一層縮進(jìn)。因此，Python 深層的嵌套關(guān)系在視覺(jué)上也一定是深層嵌套的。這使得“回調(diào)地獄”的問(wèn)題對(duì)于 Python 而言要比在 JavaScript 中嚴(yán)重得多：嵌套的回調(diào)函數(shù)必定帶來(lái)縮進(jìn)，而絕無(wú)使用花括號(hào)來(lái)“作弊”的可能。
這項(xiàng)挑戰(zhàn)與 Python 之禪的指導(dǎo)原則相結(jié)合后，在我參與的庫(kù)中催生出了一個(gè)優(yōu)雅的解決方案。我們?cè)?Twisted 框架里提出了 deferred 抽象，日后 JavaScript 中流行的 promise 抽象亦是受其啟發(fā)而生。正是由于 Python 對(duì)整潔代碼的堅(jiān)守，方能推動(dòng) Python 開(kāi)發(fā)者去發(fā)掘新的、強(qiáng)力的抽象。
future_value = future_result()future_value.addCallback(a)future_value.addCallback(b)future_value.addCallback(c)
（現(xiàn)代 JavaScript 程序員也許會(huì)覺(jué)得這段代碼十分眼熟：promise 著實(shí)受到了 Twisted 里 deferred 抽象的深遠(yuǎn)影響。）
稀疏勝過(guò)密集Sparse is better than dense
最易降低代碼密集程度的方法是引入嵌套。這種習(xí)慣也正是有關(guān)稀疏的原則要隨著前一條提出的原因：在竭盡所能地減少嵌套之后，我們往往會(huì)遺留下密集的代碼或數(shù)據(jù)結(jié)構(gòu)。此處的密集，是指塞進(jìn)過(guò)量信息的小段代碼，它們會(huì)導(dǎo)致錯(cuò)誤發(fā)生后的解析變得困難。
這種密集性唯有通過(guò)創(chuàng)造性的思考方可改善，此外別無(wú)捷徑。Python 之禪并不為我們提供簡(jiǎn)單的解決方案，它只會(huì)指明改善代碼的方向，而非提供“如何”去做的向?qū)А?/p>
起身走走，泡個(gè)熱水澡，抑或是聞聞花香。盤(pán)坐冥思，直至靈感襲來(lái)。當(dāng)你終于得到啟發(fā)，便是動(dòng)身寫(xiě)代碼之時(shí)。
分享題目：為何你的Python代碼應(yīng)是扁平與稀疏的
網(wǎng)址分享：http://m.5511xx.com/article/dpgscji.html
