关于代码托管:你能发现这段-Python-代码中的-bug-吗

31次阅读

共计 1166 个字符,预计需要花费 3 分钟才能阅读完成。

点击链接理解详情


【CSDN 编者按】大家一起来找 Bug。

原文链接:https://dwrodri.gitlab.io/can-you-spot-the-bug-in-this-python…

本文已获作者受权,未经容许,禁止转载!

作者 | Derek Rodriguez

译者 | 弯月

责编 | 夏萌

出品 | CSDN(ID:CSDNnews)

最近,在解析文本时,我遇到了一个非常乏味的问题。在深入探讨之前,让我先来介绍一下背景故事。我的工作是剖析文本文件中的一些以逗号分隔的数据,如下所示:

这个文本文件蕴含若干宽度可变的十六进制值,每行至多三个字段。我只关怀第一个和第三字个段。在我看来,剖析工作可分为三步:

  1. 循环读取每一行数据;
  2. 利用逗号将数据分解成一个列表;
  3. 选取第一个和第三个元素,并将它们转换为整数。

看似很简略,我能够应用 pandas DataFrame 编写几行代码就够了。

上面是我编写的代码:

你发现 bug 了吗?反正我没看进去。上面,我来具体解释一下这段代码,并深刻分析我到底错在哪儿了。

代码详解

CSV 文件是列表的列表

我简略地认为,CSV 数据就是列表的列表。因而,我能够将各个元素视为嵌入列表。我从网上的一篇帖子中找到了读取嵌入列表的代码,而后复制粘贴:

nested_lists = [[1,2,3],[4,5,6],[7,8,9]]flattened_list = [element for sublist in nested_lists for element in sublist]

以前我曾接触过 C 和 C++,之后才学习了 Python,因而在学习嵌套推导式时,我感觉 Python 只是机器能够了解的伪代码。这个嵌套列表会生成以下字节码:

而后,我一些本人的代码进行扩大,最终失去了以下代码:

谬误

事实证明,Python 无奈依照我的设想将可迭代的文本合成与推导式联合起来,你必须把 .split(“,”) 调用放在另一个列表中:

这让我有点伤脑筋,因为 .split(“,”) 自身就是一个列表,将它打包到另一个列表中,岂不变成了双重嵌套列表?我不太明确。我尝试通过编译器浏览器寻找答案。下图展现了正确的生成器表达式与我编写的代码之间的差别:

你看出问题所在了吗?代码中的问题在于,在合成文本之前,.split() 的返回值是迭代器。我不确定,但我置信这关系到最后提出列表推导式的倡议时确立的实现细节。

最初,我在 CPython 的贡献者 Crowthebird 的帮忙下解决了这个问题,他演示了在不应用推导式的状况下重写代码的问题。

谬误的写法:

正确的写法:

这个问题能够失去解决吗?

这实际上是因为我对 Python 解释器的了解有错,解释器自身没有问题。我不认为依照我的了解批改语言会更好,因为如此很难辨别在嵌套的状况下容器何时应该解构,何时应该重用,此外列表推导式会返回元组,而 PEP 202 规定不容许。

正文完
 0