web-dev-qa-db-ja.com

リストの内包表記は、内包表記の範囲の後でも名前を再バインドします。これは正しいですか?

理解は、スコーピングとの予期しない相互作用を持っています。これは予想される動作ですか?

私はメソッドを持っています:

def leave_room(self, uid):
  u = self.user_by_id(uid)
  r = self.rooms[u.rid]

  other_uids = [ouid for ouid in r.users_by_id.keys() if ouid != u.uid]
  other_us = [self.user_by_id(uid) for uid in other_uids]

  r.remove_user(uid) # OOPS! uid has been re-bound by the list comprehension above

  # Interestingly, it's rebound to the last uid in the list, so the error only shows
  # up when len > 1

泣き言を言う危険性がありますが、これは残忍なエラーの原因です。私が新しいコードを書くと、たまに再バインドのために非常に奇妙なエラーを見つけます。 「リスト内包表記では常にtemp varsにアンダースコアを付ける」などのルールを作成する必要がありますが、それでもだまされないわけではありません。

このランダムな時限爆弾待機があるという事実は、すべてのニースのリスト理解の「使いやすさ」を否定します。

113
Jabavu Adams

リスト内包表記は、Python 2のループ制御変数をリークしますが、Python 3のリーク制御変数はリークしません。Guidovan Rossum(Pythonの作成者) 説明 この背後にある歴史:

また、Python 3に別の変更を加えて、リストの内包表記とジェネレータ式の等価性を改善しました。 Python 2では、リストの内包表記により、ループ制御変数が周囲のスコープに「リーク」します。

x = 'before'
a = [x for x in 1, 2, 3]
print x # this prints '3', not 'before'

これは、リスト内包表記の元の実装の成果物でした。それは長年にわたるPythonの「汚い小さな秘密」の1つでした。それはリストの理解を盲目的に速くするための意図的な妥協として始まり、初心者にとっては一般的な落とし穴ではありませんでしたが、時折人々を刺しました。ジェネレータ式の場合、これはできませんでした。ジェネレーター式は、ジェネレーターを使用して実装されます。ジェネレーターの実行には、別個の実行フレームが必要です。したがって、ジェネレータ式(特に短いシーケンスで反復する場合)は、リスト内包表記よりも効率が劣りました。

ただし、Python 3では、ジェネレーター式と同じ実装戦略を使用して、リスト内包表記の「ダーティリトルシークレット」を修正することにしました。したがって、Python 3では、上記の例(print(x)を使用するように変更した後:-)は 'before'を出力し、リスト内包の 'x'が一時的にシャドウするが 'x'をオーバーライドしないことを証明します'周囲のスコープ内。

164

はい、リストの内包表記は、Python 2.x、forループのように、変数を「リーク」します。

振り返ってみると、これは間違いであると認識されており、ジェネレータ式で回避されました。編集:As Matt B. notes 設定および辞書内包構文がPython 3。

リスト内包表記の動作はPython 2のままである必要がありますが、Python 3。

これは、次のすべてのことを意味します。

list(x for x in a if x>32)
set(x//4 for x in a if x>32)         # just another generator exp.
dict((x, x//16) for x in a if x>32)  # yet another generator exp.
{x//4 for x in a if x>32}            # 2.7+ syntax
{x: x//16 for x in a if x>32}        # 2.7+ syntax

xは常に式に対してローカルですが、これらは次のとおりです。

[x for x in a if x>32]
set([x//4 for x in a if x>32])         # just another list comp.
dict([(x, x//16) for x in a if x>32])  # yet another list comp.

in Python 2.xすべてがx変数を周囲のスコープにリークします。


Python 3.8(?)の更新:: PEP 572:=代入演算子を導入します理解とジェネレーター式から意図的に漏れる!それは本質的に2つのユースケースに動機づけられています:any()およびall()

if any((comment := line).startswith('#') for line in lines):
    print("First comment:", comment)
else:
    print("There are no comments")

可変状態の更新:

total = 0
partial_sums = [total := total + v for v in values]

正確なスコープについては、 付録B を参照してください。変数は、defまたはlambdaで宣言されていない限り、最も近い周囲のnonlocalまたはglobalに割り当てられます。

はい、割り当てはforループの場合と同様にそこで行われます。新しいスコープは作成されていません。

これは間違いなく予想される動作です。各サイクルで、値は指定した名前にバインドされます。例えば、

>>> x=0
>>> a=[1,54,4,2,32,234,5234,]
>>> [x for x in a if x>32]
[54, 234, 5234]
>>> x
5234

それが認識されると、回避するのは十分簡単に​​思えます。内包表記内の変数に既存の名前を使用しないでください。

7
JAL

興味深いことに、これは辞書にもセットの理解にも影響しません。

>>> [x for x in range(1, 10)]
[1, 2, 3, 4, 5, 6, 7, 8, 9]
>>> x
9
>>> {x for x in range(1, 5)}
set([1, 2, 3, 4])
>>> x
9
>>> {x:x for x in range(1, 100)}
{1: 1, 2: 2, 3: 3, 4: 4, 5: 5, 6: 6, 7: 7, 8: 8, 9: 9, 10: 10, 11: 11, 12: 12, 13: 13, 14: 14, 15: 15, 16: 16, 17: 17, 18: 18, 19: 19, 20: 20, 21: 21, 22: 22, 23: 23, 24: 24, 25: 25, 26: 26, 27: 27, 28: 28, 29: 29, 30: 30, 31: 31, 32: 32, 33: 33, 34: 34, 35: 35, 36: 36, 37: 37, 38: 38, 39: 39, 40: 40, 41: 41, 42: 42, 43: 43, 44: 44, 45: 45, 46: 46, 47: 47, 48: 48, 49: 49, 50: 50, 51: 51, 52: 52, 53: 53, 54: 54, 55: 55, 56: 56, 57: 57, 58: 58, 59: 59, 60: 60, 61: 61, 62: 62, 63: 63, 64: 64, 65: 65, 66: 66, 67: 67, 68: 68, 69: 69, 70: 70, 71: 71, 72: 72, 73: 73, 74: 74, 75: 75, 76: 76, 77: 77, 78: 78, 79: 79, 80: 80, 81: 81, 82: 82, 83: 83, 84: 84, 85: 85, 86: 86, 87: 87, 88: 88, 89: 89, 90: 90, 91: 91, 92: 92, 93: 93, 94: 94, 95: 95, 96: 96, 97: 97, 98: 98, 99: 99}
>>> x
9

ただし、上記の3で修正されています。

2
Chris Travers

いくつかの回避策、python 2.6、この動作が望ましくない場合

# python
Python 2.6.6 (r266:84292, Aug  9 2016, 06:11:56)
Type "help", "copyright", "credits" or "license" for more information.
>>> x=0
>>> a=list(x for x in xrange(9))
>>> x
0
>>> a=[x for x in xrange(9)]
>>> x
8
1
Marek Slebodnik