document/TranslateProject
2
0
Fork 0
mirror of https://github.com/LCTT/TranslateProject.git synced 2025-01-19 22:51:41 +08:00
Code Issues Packages Projects Releases Wiki Activity

Merge pull request #18033 from wxy/20191224-Why-your-Python-code-should-be-flat-and-sparse

Browse Source 
PRF&PUB:20191224 Why your Python code should be flat and sparse
This commit is contained in:
Xingyu.Wang 2020-04-08 19:21:44 +08:00 committed by GitHub
commit 3d3b243891
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 18 additions and 19 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

37
translated/tech/20191224 Why your Python code should be flat and sparse.md → published/20191224 Why your Python code should be flat and sparse.md
View File

@ -1,27 +1,28 @@
[#]: collector: (lujun9972) [#]: collector: (lujun9972)
[#]: translator: (caiichenr) [#]: translator: (caiichenr)
[#]: reviewer: ( ) [#]: reviewer: (wxy)
[#]: publisher: ( ) [#]: publisher: (wxy)
[#]: url: ( ) [#]: url: (https://linux.cn/article-12087-1.html)
[#]: subject: (Why your Python code should be flat and sparse) [#]: subject: (Why your Python code should be flat and sparse)
[#]: via: (https://opensource.com/article/19/12/zen-python-flat-sparse) [#]: via: (https://opensource.com/article/19/12/zen-python-flat-sparse)
[#]: author: (Moshe Zadka https://opensource.com/users/moshez) [#]: author: (Moshe Zadka https://opensource.com/users/moshez)
为何你的 Python 代码应是扁平与稀疏的 为何你的 Python 代码应是扁平与稀疏的
====== ======
本文是 Python 之禅特别系列当中的一篇，此篇着眼于其中第五与第六条原则：扁平与稀疏。
![Digital creative of a browser on the internet][1]
[Python之禅][2] 得名如此，正是由于它那简明扼要的规则被设计出的意图在于让读者进行深入地思考，而绝不单是为编程提供一份易于遵守的指南。 > 本文是 Python 之禅特别系列的第三篇，此篇着眼于其中第五与第六条原则：扁平与稀疏。
读后不去三思其意，断然难以体会 Python 之禅的妙处。倘若 Python 之禅仅仅罗列出一组清晰的法则，那法则之间的矛盾只能算作一种错误。然而用作引导读者去为最优方案沉思的工具，矛盾却是绝佳的。 ![](https://img.linux.net.cn/data/attachment/album/202004/08/191645uiniiy56keig95gi.jpg)
### 扁平胜过嵌套 Flat is better than nested. [Python 之禅][2] 之所以得名，正是由于它那简明扼要的规则被设计出的意图在于让读者进行深入地思考，而绝不单是为编程提供一份易于遵守的指南。
迫于对缩进的强硬要求，Python 对“扁平化”的需求显然远超它者。其余编程语言为了缓解对缩进的需求，通常会在嵌套结构里加入一种“欺诈”的手段。用以说明此点，不妨一同看看JavaScript。 读后不去三思其意，断然难以体会 Python 之禅的妙处。倘若 Python 之禅仅仅罗列出一组清晰的法则，那法则之间的矛盾是一种缺憾，然而作为引导读者沉思最优方案沉思的工具，矛盾却是绝佳的。
JavaScript 是原生异步的，这意味着程序员用 JavaScript 写的代码会用到大量的回调函数。 ### <ruby>扁平胜过嵌套<rt>Flat is better than nested</rt></ruby>
迫于对缩进的强硬要求，Python 对“扁平化”的需求显然远超它者。其余编程语言为了缓解对缩进的需求，通常会在嵌套结构里加入一种“作弊”的手段。为了理解这一点，不妨一同来看看 JavaScript。
JavaScript 本质上是异步的，这意味着程序员用 JavaScript 写的代码会用到大量的回调函数。
``` ```
a(function(resultsFromA) { a(function(resultsFromA) {
@ -33,8 +34,7 @@ a(function(resultsFromA) {
} }
``` ```
忽略这段代码的具体内容，只去观察这段代码的形状与缩进带来极右点的方式。这种独特的“箭头”图形在我们扫看代码时格外扎眼，这种写法也因此被视作不可取，甚至得到了“回调地狱”的绰号。不过，在 JavaScript 中，这种反映嵌套关系的缩进可以通过“欺诈”来回避。 忽略这段代码的具体内容，只去观察这段代码的形状与缩进带来一个最右边的点的方式。这种独特的“箭头”图形在我们扫看代码时格外扎眼，这种写法也因此被视作不可取，甚至得到了“回调地狱”的绰号。不过，在 JavaScript 中，这种反映嵌套关系的缩进可以通过“作弊”来回避。
``` ```
a(function(resultsFromA) { a(function(resultsFromA) {
@ -46,10 +46,9 @@ c(resultsFromC,
}}} }}}
``` ```
Python 并没有提供这种欺诈手段：每一级嵌套在代码中都如实的对应着一层缩进。因此，Python 深层的嵌套关系在_视觉_上也一定是深层嵌套的。这使得“回调地狱”的问题对于 Python 而言要比在 JavaScript 中严重得多：嵌套的回调函数必定带来缩进，而绝无使用花括号来“欺诈”的可能。 Python 并没有提供这种作弊手段：每一级嵌套在代码中都如实的对应着一层缩进。因此，Python 深层的嵌套关系在*视觉*上也一定是深层嵌套的。这使得“回调地狱”的问题对于 Python 而言要比在 JavaScript 中严重得多：嵌套的回调函数必定带来缩进，而绝无使用花括号来“作弊”的可能。
这项挑战与 Python 之禅的指导原则相结合后，在我参与的库中催生出了一个优雅的解决方案。我们在 [Twisted][3] 框架里提出了 _deferred_ 抽象，日后 JavaScript 中流行的 _promise_ 抽象亦是受其启发而生。正是由于 Python 对整洁代码的坚守，方能推动 Python 开发者去发掘新的，强力的抽象。
这项挑战与 Python 之禅的指导原则相结合后，在我参与的库中催生出了一个优雅的解决方案。我们在 [Twisted][3] 框架里提出了 deferred 抽象，日后 JavaScript 中流行的 promise 抽象亦是受其启发而生。正是由于 Python 对整洁代码的坚守，方能推动 Python 开发者去发掘新的、强力的抽象。
``` ```
future_value = future_result() future_value = future_result()
@ -58,11 +57,11 @@ future_value.addCallback(b)
future_value.addCallback(c) future_value.addCallback(c)
``` ```
（现代 JavaScript 程序员也许会觉得这段代码十分眼熟：Promises 着实受到了 Twisted 里 deferreds 抽象的深远影响。） （现代 JavaScript 程序员也许会觉得这段代码十分眼熟：promise 着实受到了 Twisted 里 deferred 抽象的深远影响。）
### 稀疏胜过密集 Sparse is better than dense. ### <ruby>稀疏胜过密集<rt>Sparse is better than dense</rt></ruby>
最易降低代码密集程度的方法是引入嵌套。这种习惯也正是有关稀疏的原则要随着前一条提出的原因：在竭尽所能地降低代码密集性之后，我们往往会遗留下_密集_的代码或数据结构。此处的密集，是指塞进过量信息的小段代码，它们会导致错误发生后的解析变得困难。 最易降低代码密集程度的方法是引入嵌套。这种习惯也正是有关稀疏的原则要随着前一条提出的原因：在竭尽所能地减少嵌套之后，我们往往会遗留下*密集的*代码或数据结构。此处的密集，是指塞进过量信息的小段代码，它们会导致错误发生后的解析变得困难。
这种密集性唯有通过创造性的思考方可改善，此外别无捷径。Python 之禅并不为我们提供简单的解决方案，它只会指明改善代码的方向，而非提供“如何”去做的向导。 这种密集性唯有通过创造性的思考方可改善，此外别无捷径。Python 之禅并不为我们提供简单的解决方案，它只会指明改善代码的方向，而非提供“如何”去做的向导。
@ -75,7 +74,7 @@ via: https://opensource.com/article/19/12/zen-python-flat-sparse
作者：[Moshe Zadka][a] 作者：[Moshe Zadka][a]
选题：[lujun9972][b] 选题：[lujun9972][b]
译者：[caiichenr](https://github.com/caiichenr) 译者：[caiichenr](https://github.com/caiichenr)
校对：[校对者ID](https://github.com/校对者ID) 校对：[wxy](https://github.com/wxy)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出