Dlaczego operator setu "& =" Pythona działa inaczej niż operacja typu "+ ="?

Question

Dlaczego ta ustawiona zmiana operacji została ustawiona na s? To nie działa w ten sam sposób za całkowitą (bitowe) wersji tego samego operatora ....

Set Operacja &= (zmienia s):

s = set('abc') 
t = set('bcd') 
u=s 
print u, s, t 
u &= t 
print u, s, t 

Wyniki:

set(['a', 'c', 'b']) set(['a', 'c', 'b']) set(['c', 'b', 'd']) 

set(['c', 'b']) set(['c', 'b']) set(['c', 'b', 'd']) 

Bitowa operacja &= (nie zmienia się s):

s = 7 
t = 3 
u=s 
print u, s, t 
u &= t 
print u, s, t 

Wynik:

7 7 3 

3 7 3 

Answer 1

Integers realizować operację & ale nie działanie &=, więc podczas korzystania x &= y jest rozszerzony do x = x & y który po prostu zmienia przypisanie x zmiennej zamiast modyfikowania jego stan wewnętrzny (nie uczyniłoby dużo sensu dla &, aby zmutować wartość, tak jak nie ma to sensu dla +). To samo dotyczy frozensets.

Zestawy wykonują operację &=, więc nie są rozszerzane na zmienne przypisanie, lecz mutują lewą stronę operatora.

Krotki implementują ani & ani &=, więc błąd ma sens. Jednak uzyskuje się ten sam efekt z +=: dla krotek += jest rozszerzony, dla list jest mutacją na miejscu, ponieważ listy są zmienne.

Każda klasa może wdrożyć własną wersję tych operatorów. Aby uzyskać szczegółowe informacje, patrz here. W szczególności & odpowiada __and__ i &= na __iand__.

Jeśli o tym pomyślisz, jest to rozsądna konwencja dla klas zmiennych w celu zaimplementowania operatorów w miejscu w celu umożliwienia bezpośredniej modyfikacji, ale nie niezmiennych klas.