[list]的.append 和.extend，哪个是操作列表添加元素的 perferabley only one way？

[northisland]

append

list_obj.append("one_more_datum")

extend

list_obj += ["one_more_datum"]

• 复杂度，append 更好
• 可读性，extend 更好（少打字）

请问你们平时用哪个？

[TuringGunner]

什么？单个元素还有人写第二种？

[justou]

少打字≠可读性好

[huhujin]

主要看代码逻辑,两个都可以.此外 += 调用__iadd__ 方法，后面只要是可迭代对象就好

[crb912]

难了。楼主你连 extend 和+连接符没区分开。加号连接符是加号连接符，extend 是列表的方法。这是两个不同的东西。
append 只能追加单个元素，
extend 会在原先的列表 A 尾部扩展新的列表 B 的全部元素上去。这个时候，A 被更新了。
+连接符只是连接操作，不会修改，等价于得到一个副本。

[crb912]

你的第二行代码就不是 extend 方法。你用加号连接符生成了副本，然后赋值给了 list_obj。。。。这个对内存的的开销更大。一种不优雅的方式。

A.extend[B]
休息 B 必须是列表对象，而非元素

[gonethen]

我主观上觉得 append 可读性好

[julyclyde]

从语义上讲，你添加的是元素，而不是另一个 list

[noNOno]

虽然不想挑毛病,但是+=的可读性就很不好

[goodryb]

标题与内容不符？
明明说的的 append 和 extend，结果举得例子是 append 和+

append 是添加单个元素
extend 是追加一个列表

分不清"one_more_datum" 和 ["one_more_datum"]的区别吗？

如果是"one_more_datum" 和 ["one_more_datum","another_more_datum"] 就不会犹豫说用哪种方法了吧

[Sylv]

显然 append 比 += 更直观，append 一看就知道是在末尾附加的操作，+= 还要想一下。

[deepjia]

这不是 extend

[lrxiao]

我就吐槽下标题
perferabley => preferably

[ericls]

第二个不是 extend 第二个甚至会有复制

[ericls]

^^ * extend 甚至有复制

[laoyur]

哈哈，总结下槽点：
1. perferabley => preferably
2. 标题说的是 append 和 extend，然后正文用的是 append 和+，显然楼主误解了 extend 和+的关系
3. 楼主对 append 和 extend （其实这里是+）的可读性比较似乎有什么误解
4. 楼主怼「可读性」和「少打字」之间的理解似乎有什么误解

[xpresslink]

@laoyur
+= 调用对象的__iadd__方法。
对于 list 对象
a += b
和
a.extand(b)
是完全等效的。

[northisland]

@lrxiao
@laoyur

楼主是跟山东人学的英语，口音比较重，
见谅

[ironx]

这是两个不同的方法。一个是添加单个元素 1，返回原先列表的引用。一个是连接两个列表，返回新列表的引用。

[myyou]

@xpresslink extend 是迭代 append，+是两个对象相加生成新对象

[chenstack]

@myyou @crb912
本来是讨论 append 和 extend，结果有些人讨论的是+=操作符是不是 extend 了。
+= 会优先看有没有__iadd__方法，对于 list，是有的。在这个情况下 a += b 和 a = a + b 不是等价的。如 xpresslink 所说，
list 的+=和 extend 几乎是等价的，如果还纠结+操作符，不如做个试验
a = [1, 2]
print(id(a))
a += [3]
print(id(a))
a = a + [4]
print(id(a))

对于楼主的问题，如果只有一个元素添加，我选 appand，语义上更符合，而且没有创建 list 的开销