我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'

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

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

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

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

因为join（）方法在字符串类中，而不是列表类中。

看见http://www.faqs.org/docs/diveintopython/odbchelper_join.html:

历史记录。当我第一次学习Python，我希望join是一个方法一个列表分隔符作为参数。许多人们也有同感联接方法背后的故事。先前的对于Python 1.6，字符串没有全部这些有用的方法。有一个包含的单独字符串模块所有字符串函数；每个函数将字符串作为第一个字符串论点这些功能被视为足够重要的字符串本身，这是有意义的对于下部、上部和分裂但许多硬核Python程序员反对新加入方法，认为它应该是方法，或者它根本不应该动，只是呆着旧字符串模块的一部分（仍然有很多有用的东西）。我只使用新的联接方法，但你也会看到代码如果真的困扰你，你可以使用旧的string.join函数相反---Mark Pilgrim，深入Python

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

例如：

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

'welcome_to_stack_overflow'

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

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

-join（my_list）声明您正在从列表中的连接元素转换为字符串。它是面向结果的。（仅为便于记忆和理解）

我做了一份详尽的方法清单，供你参考。

string_methods_44 = {
    'convert': ['join','split', 'rsplit','splitlines', 'partition', 'rpartition'],
    'edit': ['replace', 'lstrip', 'rstrip', 'strip'],
    'search': ['endswith', 'startswith', 'count', 'index', 'find','rindex', 'rfind',],
    'condition': ['isalnum', 'isalpha', 'isdecimal', 'isdigit', 'isnumeric','isidentifier',
                  'islower','istitle', 'isupper','isprintable', 'isspace', ],
    'text': ['lower', 'upper', 'capitalize', 'title', 'swapcase',
             'center', 'ljust', 'rjust', 'zfill', 'expandtabs','casefold'],
    'encode': ['translate', 'maketrans', 'encode'],
    'format': ['format', 'format_map']}

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

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