python坑：生成器雁过不留痕

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

# 例子1
>>> s = (i for i in range(3))
>>> 0 in s
True
>>> 1 in s
True
>>> 2 in s
True

# 例子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 s
True
>>> 2 in s
True
>>> 0 in s  # 结果不一样了
False

# 好玩的地方来了
# 例子4
>>> s = (i for i in range(3))
>>> list(s)
[0, 1, 2]
>>> 1 in s
False
>>> list(s)
[]

# 例子5
>>> s = (i for i in range(3))
>>> id(s)
4352253456
>>> 1 in s
True
>>> 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”是只适用于列表的。虽然列表的值是加上了，但是赋值元组的时候就会出问题的，元组的值是不可变的，所以+没问题，但赋值就报错了。

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