Warum setzt Python "& =" Operator anders als "& =" Integer-Operation?

Question

Warum ändert sich diese Einstellung s? Es funktioniert nicht die gleiche Art und Weise für die ganze Zahl (bitweise) Version des gleichen Betreibers ....

Set Betrieb &= (ändert s):

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

Ergebnisse:

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

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

Bitweiser Betrieb &= (ändert sich nicht s):

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

Ergebnis:

7 7 3 

3 7 3 

Answer 1

Integers die & Betrieb implementieren, aber nicht den &= Betrieb, also wenn Sie x &= y verwenden, um es x = x & y erweitert wird, die einfach die x Variable eher neu zuweist als seinen internen Zustand zu modifizieren (es nicht machen würde viel Sinn für &, um einen Wert zu mutieren, so wie es für + nicht sinnvoll wäre). Gleiches gilt für frozensets.

Sets implementieren die &= Operation, so dass es nicht auf eine variable Neuzuweisung erweitert wird, sondern die linke Seite des Operators mutiert.

Tuples implementieren weder & noch &= so macht ein Fehler Sinn. Allerdings erhalten Sie den gleichen Effekt mit +=: für Tupel += ist erweitert, für Listen ist es eine In-Place-Mutation, weil Listen veränderbar sind.

Jede Klasse kann ihre eigene Version dieser Operatoren implementieren. Details siehe here. Insbesondere entspricht &__and__ und &= bis __iand__.

Wenn Sie darüber nachdenken, ist es eine sinnvolle Konvention für veränderbare Klassen, die In-Place-Operatoren zu implementieren, um direkte Modifikationen zu ermöglichen, aber nicht unveränderbare Klassen.