In den meisten Fällen handelt es sich bei der per Referenz zu übergebenden Variablen um ein Klassenmitglied. Die Lösung, die ich vorschlage, ist die Verwendung eines Dekorators, um sowohl ein Feld, das veränderbar ist, als auch die entsprechende Eigenschaft hinzuzufügen. Das Feld ist ein Klassen-Wrapper um die Variable.
Le site @refproperty
fügt beides hinzu self._myvar
(veränderbar) und self.myvar
Eigentum.
@refproperty('myvar')
class T():
pass
def f(x):
x.value=6
y=T()
y.myvar=3
f(y._myvar)
print(y.myvar)
Es wird 6 gedruckt.
Vergleichen Sie dies mit:
class X:
pass
x=X()
x.myvar=4
def f(y):
y=6
f(x.myvar)
print(x.myvar)
In diesem Fall wird es nicht funktionieren. Es wird 4 gedruckt.
Der Code lautet wie folgt:
def refproperty(var,value=None):
def getp(self):
return getattr(self,'_'+var).get(self)
def setp(self,v):
return getattr(self,'_'+var).set(self,v)
def decorator(klass):
orginit=klass.__init__
setattr(klass,var,property(getp,setp))
def newinit(self,*args,**kw):
rv=RefVar(value)
setattr(self,'_'+var,rv)
orginit(self,*args,**kw)
klass.__init__=newinit
return klass
return decorator
class RefVar(object):
def __init__(self, value=None):
self.value = value
def get(self,*args):
return self.value
def set(self,main, value):
self.value = value
32 Stimmen
Eine kurze Erklärung/Klarstellung finden Sie in der ersten Antwort auf diese Stackoverflow-Frage . Da Zeichenketten unveränderlich sind, werden sie nicht geändert und es wird eine neue Variable erstellt, so dass die "äußere" Variable immer noch denselben Wert hat.
11 Stimmen
Der Code in BlairConrads Antwort ist gut, aber die Erklärung von DavidCournapeau und DarenThomas ist richtig.
79 Stimmen
Bevor Sie die ausgewählte Antwort lesen, sollten Sie diesen kurzen Text lesen Andere Sprachen haben "Variablen", Python hat "Namen". . Denken Sie an "Namen" und "Objekte" anstelle von "Variablen" und "Referenzen" und Sie sollten viele ähnliche Probleme vermeiden.
2 Stimmen
Eine andere Möglichkeit besteht darin, eine Wrapper-"Referenz" wie folgt zu erstellen: ref = type('', (), {'n':1}) stackoverflow.com/a/1123054/409638
1 Stimmen
Für globale Namen kann die Referenzübergabe simuliert werden, indem der Name als String übergeben und globals() verwendet wird.
def change(s): globals()[s] = 'changed'
gefolgt vona = 'orig'; change('a'); print(a)
druckt'changed'
.0 Stimmen
Einige unveränderliche Typen: {int, float, long, complex, str, bytes, tuple, frozen set} Einige veränderliche Typen: {byte array, list, set, dict}
1 Stimmen
Python hat Variablen. Es gibt überhaupt kein konzeptionelles Problem mit diesem Begriff, und er ist allgemein gebräuchlich.
0 Stimmen
jeff Knupps Blog y stupidpythonideas sind einige gute Erklärungen dafür.
0 Stimmen
Geben Sie mir für den Datenrahmen mit dem Namen "bob" (aus einer String-Variablen, und das ist der knifflige Teil) dessen aktuellen Inhalt. Das sollte einfach sein. Leider bekomme ich es nicht.
4 Stimmen
Funktionierender Link: Andere Sprachen haben "Variablen", Python hat "Namen".
13 Stimmen
Neuer offizieller Weg des Iqc's Link: david.goodger.org/projects/pycon/2007/idiomatic/
0 Stimmen
Ich komme von C# und versuche, die Frage besser zu verstehen. In Python ist alles ein Objekt und Objekte können veränderbar oder unveränderbar sein. Der Code hier verwendet "string", das ein unveränderliches Objekt ist, und der Versuch, es innerhalb des Funktionsumfangs zu ändern, wird den Wert des Aufrufers nicht ändern (verhält sich wie Pass-by-Value) & wenn der Code ein veränderbares benutzerdefiniertes Klassenobjekt verwendet - eine Änderung innerhalb des Funktionsumfangs wird den Wert des Aufrufers ändern (verhält sich wie Pass-by-Ref). In C# sehen Sie genau das gleiche Ergebnis (aber die Art, wie es erreicht wird, ist pass-by-value/ref). Ist der Nettoeffekt also nicht derselbe? Ist die Frage also nicht überflüssig?
0 Stimmen
@PeterR weil OOP > 70er Jahre Programmierung ohne Klassen und Objekte. Es ist einfach einfacher, Programme zu schreiben und zu verstehen, wenn sie objektorientiert sind. Ich denke, dass alles im Universum als Objekt dargestellt werden kann, sogar das, was in realen Programmierkonzepten nicht vorhanden ist.
1 Stimmen
@Naren nein, es verhält sich nicht wie ein Aufruf per Verweis oder ein Aufruf per Wert . Die Zuweisung eines Parameters, unabhängig vom verwendeten Typ, wird jamais im Aufrufer zu sehen sein, daher handelt es sich nicht um einen Verweisaufruf. Ähnlich verhält es sich bei Objekten werden nicht kopiert Wenn sie an eine Funktion übergeben werden, wirken sich Mutator-Methoden unabhängig vom verwendeten Typ überall dort auf diese Objekte aus, wo sie referenziert werden.