主要是因为someString.jjoin（）的结果是字符串。

序列（列表或元组等）不会出现在结果中，只是一个字符串。因为结果是一个字符串，所以它作为字符串的方法是有意义的。

我100%同意你的观点。如果我们把这里的所有答案和评论归结为“历史原因”。

str.join不仅令人困惑或不好看，在现实世界的代码中也是不切实际的。它击败了可读的函数或方法链接，因为分隔符很少（曾经？）是以前计算的结果。根据我的经验，它总是一个恒定的硬编码值，如“，”。

我使用tools.functools清理代码-允许从一个方向读取代码：

>>> from toolz.functoolz import curry, pipe
>>> join = curry(str.join)
>>>
>>> a = ["one", "two", "three"]
>>> pipe(
...     a, 
...     join("; ")
>>> )
'one; two; three'

管道中还有其他几个函数。其结果是，它可以很容易地从一个方向读取，从开始到结束都是一系列功能。库里地图帮助很大。

将其视为拆分的自然正交操作。

我明白为什么它适用于任何可迭代的东西，所以不能简单地在列表中实现。

为了可读性，我希望在语言中看到它，但我认为这实际上是不可行的-如果可迭代性是一个接口，那么它可以添加到接口中，但这只是一个约定，因此没有中心方法将它添加到可迭代的一组东西中。

这是因为任何可迭代的都可以连接（例如，列表、元组、dict、集合），但其内容和“joiner”必须是字符串。

例如：

'_'.join(['welcome', 'to', 'stack', 'overflow'])
'_'.join(('welcome', 'to', 'stack', 'overflow'))

'welcome_to_stack_overflow'

使用字符串以外的其他内容将引发以下错误：

TypeError:序列项0:应为str实例，找到int

我同意一开始这是违反直觉的，但有一个很好的理由。联接不能是列表的方法，因为：

它也必须适用于不同的可迭代对象（元组、生成器等）它必须在不同类型的字符串之间具有不同的行为。

实际上有两种连接方法（Python 3.0）：

>>> b"".join
<built-in method join of bytes object at 0x00A46800>
>>> "".join
<built-in method join of str object at 0x00A28D40>

如果join是列表的一个方法，那么它必须检查其参数，以决定调用其中的哪一个。而且你不能将byte和str连接在一起，所以它们现在的方式是有意义的。

主要是因为someString.jjoin（）的结果是字符串。

序列（列表或元组等）不会出现在结果中，只是一个字符串。因为结果是一个字符串，所以它作为字符串的方法是有意义的。