為何你的 Python 代碼應是扁平與稀疏的
Python 之禪 之所以得名,正是由於它那簡明扼要的規則被設計出的意圖在於讓讀者進行深入地思考,而絕不單是為編程提供一份易於遵守的指南。
讀後不去三思其意,斷然難以體會 Python 之禪的妙處。倘若 Python 之禪僅僅羅列出一組清晰的法則,那法則之間的矛盾是一種缺憾,然而作為引導讀者沉思最優方案沉思的工具,矛盾卻是絕佳的。
扁平勝過嵌套
迫於對縮進的強硬要求,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 抽象的深遠影響。)
稀疏勝過密集
最易降低代碼密集程度的方法是引入嵌套。這種習慣也正是有關稀疏的原則要隨著前一條提出的原因:在竭盡所能地減少嵌套之後,我們往往會遺留下密集的代碼或數據結構。此處的密集,是指塞進過量信息的小段代碼,它們會導致錯誤發生後的解析變得困難。
這種密集性唯有通過創造性的思考方可改善,此外別無捷徑。Python 之禪並不為我們提供簡單的解決方案,它只會指明改善代碼的方向,而非提供「如何」去做的嚮導。
起身走走,泡個熱水澡,抑或是聞聞花香。盤坐冥思,直至靈感襲來。當你終於得到啟發,便是動身寫代碼之時。
via: https://opensource.com/article/19/12/zen-python-flat-sparse
作者:Moshe Zadka 選題:lujun9972 譯者:caiichenr 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive