Python连接：为什么它是string.join（list）而不是list.join（string）？
这一直困扰着我。 看起来这样会更好：
my_list = ["Hello", "world"]
print my_list.join("-")
# Produce: "Hello-world"
比这个：
my_list = ["Hello", "world"]
print "-".join(my_list)
# Produce: "Hello-world"
有没有特定的原因是这样的？
这是因为任何迭代器都可以被连接，而不仅仅是列表，但结果和“连接器”总是字符串。
例如：
import urllib2
print 'n############n'.join(
urllib2.urlopen('http://data.stackexchange.com/users/7095'))
因为join()方法在字符串类中，而不是列表类？
我同意它看起来很有趣。
请参阅http://www.faqs.org/docs/diveintopython/odbchelper_join.html：
历史笔记。 当我第一次学习Python时，我期望join是一个列表的方法，它将分隔符作为参数。 许多人都有同样的感受，并且在连接方法背后有一个故事。 在Python 1.6之前，字符串没有所有这些有用的方法。 有一个单独的字符串模块，其中包含所有的字符串函数; 每个函数都将一个字符串作为其第一个参数。 这些函数被认为足够重要，以便将它们放到字符串本身上，这对函数如lower，upper和split是有意义的。 但是许多硬核Python程序员反对新的连接方法，认为它应该是列表的方法，或者它不应该移动，而只是保留旧的字符串模块的一部分（仍然有很多其中有用的东西）。 我独占地使用了新的连接方法，但是您会看到以任何方式编写的代码，如果它真的困扰您，您可以使用旧的string.join函数。
--- Mark Pilgrim，潜入Python
这在String方法中进行了讨论......最终在Python-Dev中进行了线程化，并被Guido接受。 该线程于1999年6月开始， str.join被包含在2000年9月发布的Python 1.6中（并支持Unicode）。 Python 2.0（支持的str方法，包括join ）于2000年10月发布。
str.join(seq) seq.join(str) seq.reduce(str) join list s， tuple s，还支持所有序列/迭代。 seq.reduce(str)对于新来者来说很难。 seq.join(str)引入了序列对str / unicode的意外依赖。 join()作为内置函数只支持特定的数据类型。 所以使用内置的命名空间并不好。 如果join()支持多种数据类型，那么创建优化的实现将很困难，如果使用__add__方法实现，那么它是O（n²）。 sep ）不应省略。 显式比隐式更好。 在这个线程中没有其他的原因。
这里有一些额外的想法（我自己和我的朋友）：
Guido的决定被记录在一个历史邮件中，决定str.join(seq) ：
很有趣，但确实看起来不错！ 巴里，去吧...
--Guido van Rossum
上一篇: Python join: why is it string.join(list) instead of list.join(string)?