java 没有string.join,Python join：为什么是string.join（list）而不是list.join（string）？...

为什么是string.join(list)而不是list.join(string)？

这是因为 join 是"string"方法！它从任何可迭代创建一个字符串 . 如果我们把方法放在列表上，那么当我们有不是列表的迭代时呢？

如果你有一个字符串元组怎么办？如果这是一个 list 方法，那么在将元素连接成单个字符串之前，必须将每个这样的字符串迭代器强制转换为 list ！例如：

some_strings = ('foo', 'bar', 'baz')

让我们滚动我们自己的列表连接方法：

class OurList(list):

def join(self, s):

return s.join(self)

要使用它，请注意我们必须首先从每个iterable中创建一个列表来连接该iterable中的字符串，从而浪费内存和处理能力：

>>> l = OurList(some_strings) # step 1, create our list

>>> l.join(', ') # step 2, use our list join method!

'foo, bar, baz'

所以我们看到我们必须添加一个额外的步骤来使用我们的list方法，而不是仅仅使用内置字符串方法：

>>> ' | '.join(some_strings) # a single step!

'foo | bar | baz'

发电机性能警告

Python用来创建最终字符串的算法 str.join 实际上必须通过迭代两次，所以如果你提供一个生成器表达式，它必须首先将它实现为一个列表，然后才能创建最终的字符串 .

因此，虽然传递生成器通常比列表推导更好，但 str.join 是一个例外：

>>> import timeit

>>> min(timeit.repeat(lambda: ''.join(str(i) for i in range(10) if i)))

3.839168446022086

>>> min(timeit.repeat(lambda: ''.join([str(i) for i in range(10) if i])))

3.339879313018173

尽管如此， str.join 操作在语义上仍然是"string"操作，因此在 str 对象上使用它比在其他迭代中使用它仍然有意义 .