你不能只加入列表和元组。您可以加入几乎任何可迭代的。可迭代的包括生成器、映射、过滤器等

>>> '-'.join(chr(x) for x in range(48, 55))
'0-1-2-3-4-5-6'

>>> '-'.join(map(str, (1, 10, 100)))
'1-10-100'

使用生成器、地图、过滤器等的好处是它们几乎不需要内存，而且几乎是即时创建的。

这只是概念上的另一个原因：

str.join(<iterator>)

只有赋予str这种能力才有效。而不是向所有迭代器授予联接：列表、元组、集合、字典、生成器、映射、过滤器，所有这些迭代器都只有对象作为公共父对象。

当然，range（）和zip（）也是迭代器，但它们永远不会返回str，因此不能与str.jjoin（）一起使用

>>> '-'.join(range(48, 55))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: sequence item 0: expected str instance, int found

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

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

实际上有两种连接方法（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连接在一起，所以它们现在的方式是有意义的。

-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（）的结果是字符串。

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

你不能只加入列表和元组。您可以加入几乎任何可迭代的。可迭代的包括生成器、映射、过滤器等

>>> '-'.join(chr(x) for x in range(48, 55))
'0-1-2-3-4-5-6'

>>> '-'.join(map(str, (1, 10, 100)))
'1-10-100'

使用生成器、地图、过滤器等的好处是它们几乎不需要内存，而且几乎是即时创建的。

这只是概念上的另一个原因：

str.join(<iterator>)

只有赋予str这种能力才有效。而不是向所有迭代器授予联接：列表、元组、集合、字典、生成器、映射、过滤器，所有这些迭代器都只有对象作为公共父对象。

当然，range（）和zip（）也是迭代器，但它们永远不会返回str，因此不能与str.jjoin（）一起使用

>>> '-'.join(range(48, 55))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: sequence item 0: expected str instance, int found

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

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