fly*_*ire 420 python types tuples list
在Python中,何时应该使用列表和何时使用元组？
有时你没有选择权,例如你有
"hello %s you are %s years old" % x
然后x必须是一个元组.
但如果我是设计API并选择数据类型的人,那么指导原则是什么？
jld*_*ont 651
元组本质上是固定大小的,而列表是动态的.
换句话说,a tuple是不可变的,而a list是可变的.
in运算符来检查元组中是否存在元素.元组比列表更快.如果你要定义一组常量值,那么你将要做的就是迭代它,使用元组而不是列表.
如果您"写保护"不需要更改的数据,它会使您的代码更安全.使用元组而不是列表就像有一个隐含的断言声明,这个数据是常量,并且需要特殊思想(和特定函数)来覆盖它.
一些元组可以用作字典键(特别是包含不可变值的元组,如字符串,数字和其他元组).列表永远不能用作字典键,因为列表不是不可变的.
资料来源:深入研究Python 3
Ned*_*der 225
对于异构集合,有一种强大的元组文化,类似于你struct在C中使用的元组,并列出了同类集合,类似于你使用数组的集合.但我从来没有像其他答案中提到的可变性问题那样对此进行平衡.可变性对它有影响(你实际上不能改变一个元组),而同质性没有强制执行,因此似乎是一个不那么有趣的区别.
tho*_*mad 82
我相信(我并不精通Python),主要区别在于元组是不可变的(在赋值后它不能改变)并且列表是可变的(你可以追加,改变,减去等等) ).
所以,我倾向于让我的元组在分配后不应该改变的东西,我列出的东西可以.
AFo*_*lia 43
它必须是可变的吗？使用列表.它一定不可变吗？使用元组.
否则,这是一个选择问题.
对于异构对象的集合(如地址分为名称,街道,城市,州和邮编),我更喜欢使用元组.它们总是可以轻松升级为命名元组.
同样,如果集合将被迭代,我更喜欢列表.如果它只是一个容纳多个对象的容器,我更喜欢一个元组.
Ama*_*ren 14
您需要决定的第一件事是数据结构是否需要是可变的.如前所述,列表是可变的,元组不是.这也意味着元组可以用于字典键,而列表则不能.
根据我的经验,元组通常用于秩序和位置有意义且一致的地方.例如,在为选择自己的冒险游戏创建数据结构时,我选择使用元组而不是列表,因为元组中的位置是有意义的.以下是该数据结构的一个示例:
pages = {'foyer': {'text' : "some text",
'choices' : [('open the door', 'rainbow'),
('go left into the kitchen', 'bottomless pit'),
('stay put','foyer2')]},}
元组中的第一个位置是用户在玩游戏时显示的选项,第二个位置是选择所用页面的键,这对所有页面都是一致的.
元组也比列表更有内存效率,但我不确定这种好处何时变得明显.
另请查看Think Python中列表和元组的章节.
Raf*_*ird 11
但如果我是设计API并选择数据类型的人,那么指导原则是什么？
对于输入参数,最好接受最符合您需求的通用接口.它很少只是一个元组或列表 - 更常见的是序列,可切片甚至可迭代.除非你明确检查输入类型,否则Python的鸭子输入通常是免费的.除非绝对不可避免,否则不要这样做.
对于您生成的数据(输出参数),只返回对您最方便的数据,例如,返回您保留的任何数据类型或帮助函数返回的任何数据类型.
要记住的一件事是避免返回属于您所在州的列表(或任何其他可变的列表),例如
class ThingsKeeper
def __init__(self):
self.__things = []
def things(self):
return self.__things #outside objects can now modify your state
def safer(self):
return self.__things[:] #it's copy-on-write, shouldn't hurt performance