对于每个python容器C,期望是
for item in C:
assert item in C
会顺利通过-如果一种感觉(循环子句)与另一种感觉(存在检查)完全不同, 您 会不会感到惊讶in
?我一定会的!它自然适用于列表,集合,元组,…
因此,当C
是一个字典时,如果in
要for
循环生成键/值元组,则根据最小惊讶的原理,in
还必须在容纳检查中采用这样的元组作为其左侧操作数。
那会有用吗?好看不中用的确,基本上做if (key, value) in C
的代名词if C.get(key) == value
-这是一张支票,我相信我可能已经执行,或要执行,100倍以上的很少比if k in C
实际 手段 ,检查钥匙的存在 唯一 ,完全无视值。
另一方面,只在键上循环很常见,例如:
for k in thedict:
thedict[k] += 1
拥有价值也无济于事:
for k, v in thedict.items():
thedict[k] = v + 1
实际上有点不太清晰和简洁。(请注意,这items
是用于获取键/值对的“正确”方法的原始拼写:不幸的是,这是在此类访问器返回整个列表的时代,因此,为了支持“公正迭代”,必须引入替代拼写,并且iteritems
在-Python 3中,与以前的Python版本的向后兼容性约束被大大削弱,并且items
再次出现。