为什么 Python 中对集合的处理不统一？

Question

Python 中集合和列表的处理方式不同，并且似乎没有统一的方法来处理这两者。例如，向 set 添加项目是使用 add 方法完成的，对于 list 则使用 append 完成方法。我知道这背后有不同的语义，但也有共同的语义，并且通常与某些集合一起使用的算法更关心共性而不是差异。 C++ STL表明这是可行的，那么为什么Python中没有这样的概念呢？

编辑：在C++中我可以使用output_iterator< /code>将值存储在（几乎）任意类型的集合中，包括列表和集合。我可以编写一个算法，将这样的迭代器作为参数并向其中写入元素。该算法完全不知道支持迭代器的容器（或其他设备，可能是文件）的类型。如果后备容器是一个忽略重复项的集合，那么这是调用者的决定。我的具体问题是，这种情况已经发生过好几次了，例如我使用 list 来完成某个任务，后来又认为 set 更合适。现在我必须在代码中的多个位置将 append 更改为 add 。我只是想知道为什么Python对这种情况没有概念。

Answer 1

直接答案：这是一个设计缺陷。

您应该能够使用相同的方法名称插入到任何通用插入有意义的容器中（例如，不包括 dict）。应该有一个一致的、通用的插入名称，例如。 add，对应于set.add和list.append，这样你就可以添加到容器中，而不必太关心你的内容重新插入。

在不同类型中对此操作使用不同的名称是一种无端的不一致，并且设置了一个糟糕的基本标准：库应该鼓励用户容器使用一致的 API，而不是为每个基本容器提供很大程度上不兼容的 API。

也就是说，在这种情况下，这通常不是一个实际问题：大多数情况下，函数的结果是项目列表，将其实现为生成器。它们允许一致地处理这两者（从函数的角度来看），以及其他形式的迭代：

def foo():
    yield 1
    yield 2
    yield 3

s = set(foo())
l = list(foo())
results1 = [i*2 for i in foo()]
results2 = (i*2 for i in foo())
for r in foo():
    print r

Answer 2

添加和追加是不同的。集合是无序的并且包含唯一的元素，而追加表明该项目始终被添加，并且这是在最后专门完成的。

集合和列表都可以被视为可迭代，这是它们的共同语义，并且可以由您的算法自由使用。

如果你有一个依赖于某种加法的算法，你就不能依赖行为相同的集合、元组、列表、字典、字符串。

Answer 3

真正的原因可能只是与Python的历史有关。

内置 set 类型直到 Python 2.6 才内置，并且是基于 set 模块，该模块本身直到 Python 2.3 才出现在标准库中。显然，更改集合类型的语义可能会破坏大量依赖原始集合模块的现有代码，并且通常语言设计者会在没有主要版本发布的情况下避免破坏现有代码。

如果您愿意，您可以责怪原始模块作者，但请记住，在 Python 2.2 之前，用户定义类型和内置类型必然存在于不同的宇宙中，这意味着您无法直接扩展内置类型，并且可能允许模块作者对不维护一致的集合语义感到满意。