指定一个类似的列表几乎肯定会期望可变性，否则它将（或至少应该）使用不同的术语。用作输入和输出的参数的优缺点实际上并不属于python数据模型的范围。此外，API可能会指定它返回一个列表，如，在这种情况下，关于修改输入的观点是没有意义的。@Aruistant_Python_List

指定一个类似的列表几乎肯定会期望可变性，否则它将（或至少应该）使用不同的术语。用作输入和输出的参数的优缺点实际上并不属于python数据模型的范围。此外，API可能会指定它返回一个列表，如，在这种情况下，关于修改输入的观点是没有意义的。@Aruistant

python list

指定一个类似的列表几乎肯定会期望可变性，否则它将（或至少应该）使用不同的术语。用作输入和输出的参数的优缺点实际上并不属于python数据模型的范围。此外，API可能会指定它返回一个列表，如，在这种情况下，关于修改输入的观点是没有意义的。@Aruistant,python,list,Python,List,指定一个类似的列表几乎肯定会期望可变性，否则它将（或至少应该）使用不同的术语。用作输入和输出的参数的优缺点实际上并不属于python数据模型的范围。此外，API可能会指定它返回一个列表，如，在这种情况下，关于修改输入的观点是没有意义的。@Aruistante如果您有这些声明的引用，您应该将它们作为答案发布。这是否意味着是一份合同，一点也不清楚。特别是，像“某些”序列（支持扩展切片）这样的术语表明它是描述性的。现在，list确实支持扩展切片，但“类似列表”的方法需要扩展切片，这一点并不比支持其他方

指定一个类似的列表几乎肯定会期望可变性，否则它将（或至少应该）使用不同的术语。用作输入和输出的参数的优缺点实际上并不属于python数据模型的范围。此外，API可能会指定它返回一个列表，如，在这种情况下，关于修改输入的观点是没有意义的。@Aruistante如果您有这些声明的引用，您应该将它们作为答案发布。这是否意味着是一份合同，一点也不清楚。特别是，像“某些”序列（支持扩展切片）这样的术语表明它是描述性的。现在，

list

确实支持扩展切片，但“类似列表”的方法需要扩展切片，这一点并不比支持其他方法（或者说，isinstance（…，list））更清楚。我还想知道append如何不是可变序列的一部分：“可变序列应该提供append（）、count（）、index（）、extend（）、insert（）、pop（）、remove（）、reverse（）和sort（）等方法，就像Python标准的列表对象一样。”这就清楚了很多。因此，虽然没有“标准”的最小定义（回答了我的主要问题），但你是说它可能应该（或者可能被普遍接受）指代

可变序列

？或者更好地称事物为Iterable、Sequence、MutableSequence或list，而不是像list那样模糊的东西。我想，从整体上讲，这是一个糟糕的术语。谢谢