点击链接理解详情
【CSDN 编者按】大家一起来找 Bug。
原文链接：https://dwrodri.gitlab.io/can-you-spot-the-bug-in-this-python…
本文已获作者受权，未经容许，禁止转载！
作者 | Derek Rodriguez
译者 | 弯月
责编 | 夏萌
出品 | CSDN（ID：CSDNnews）
最近，在解析文本时，我遇到了一个非常乏味的问题。在深入探讨之前，让我先来介绍一下背景故事。我的工作是剖析文本文件中的一些以逗号分隔的数据，如下所示：
这个文本文件蕴含若干宽度可变的十六进制值，每行至多三个字段。我只关怀第一个和第三字个段。在我看来，剖析工作可分为三步：
- 循环读取每一行数据；
- 利用逗号将数据分解成一个列表；
- 选取第一个和第三个元素，并将它们转换为整数。
看似很简略，我能够应用 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 规定不容许。