python坑：生成器雁过不留痕

说实话，看到下面的例子，对元组又有新的认识。

# 例子1>>> s = (i for i in range(3))>>> 0 in sTrue>>> 1 in sTrue>>> 2 in sTrue# 例子2>>> t = (i for i in range(3))>>> t.next()0>>> t.next()1>>> t.next()2# 例子3>>> s = (i for i in range(3))>>> 1 in sTrue>>> 2 in sTrue>>> 0 in s  # 结果不一样了False# 好玩的地方来了# 例子4>>> s = (i for i in range(3))>>> list(s)[0, 1, 2]>>> 1 in sFalse>>> list(s)[]# 例子5>>> s = (i for i in range(3))>>> id(s)4352253456>>> 1 in sTrue>>> id(s)4352253456>>> list(s)[2]  # 本应该有的0，1呢？

总结：生成器是有序列表（是不是想到list了），只能被访问一次（与list不同），然后清空。例子1，2都是正常情况不赘述，例子3略过，例子4，5比较看把，例子5中，当执行 1 in s 这行代码的时候，s中是有[0, 1, 2]（看做是list）序列的，取出s中的第一个元素“0”跟“1”比较，不是true，然后取第二个元素“1”，相等，并不继续向下取生成器s中的值，所以此时打印出s的列表只有[2]。

这里提到了元组，那就不得不和列表比较一下了。

>>> cc = 2, 3, 4, 's', 'h', 'j'>>> cc[2]4>>> cc[2] = "l"  # 元组的不可变性，列表是可以的Traceback (most recent call last):  File "<stdin>", line 1, in <module>TypeError: 'tuple' object does not support item assignment>>> s = (i for i in range(3))>>> type(s)<type 'generator'>  # 是生成器（这里跟我想的不一样，666）>>> r = [i for i in range(3)]>>> type(r)<type 'list'>  # 是列表>>> x = 2,34,5,"r"  # 这是可以的>>> y = "g", "2", 8>>> x + y  # 这是可以的(2, 34, 5, 'r', 'g', '2', 8)>>> z = 4,5,"k", x  # 这是可以的>>> z(4, 5, 'k', (2, 34, 5, 'r'))>>> dir(x)['__add__', '__class__', '__contains__', '__delattr__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__getitem__', '__getnewargs__', '__getslice__', '__gt__', '__hash__', '__init__', '__iter__', '__le__', '__len__', '__lt__', '__mul__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__rmul__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', 'count', 'index']# 都是因为'__add__'# 坑来了，来点好玩的，世界真是很奇妙啊# 例子6>>> s = ([3],[2])>>> s[0] += [7]  # 猜猜结果>>> print(s)  # 猜猜结果# 例子7>>> s = ([3],[2])>>> s[0].append("p")  # 猜猜结果>>> print(s)  # 猜猜结果# 元组和列表都是有“+”的操作，但是“append”是只适用于列表的。虽然列表的值是加上了，但是赋值元组的时候就会出问题的。

我感觉我说错了，看这里吧