Don't understand behavior; instance form a class in another class' instance

Don't understand behavior; instance form a class in another class' instance

Post by Martin P. » Sat, 27 Mar 2010 08:29:09


Hi all,

When I run the following snippet (drastically simplified, to just show
what I mean):
>>
import platform, sys

class One(object):
def __init__(self):
self.one = True

def change(self):
self.one = False

class Two(object):
def __init__(self):
self._instance_one = One()
self.one = self._instance_one.one
self.change = self._instance_one.change

if __name__ == '__main__':
print(sys.version)
print(platform.machine())
print(80*'#')
TEST1 = One()
print(TEST1.one)
TEST1.change()
print(TEST1.one)
TEST1 = None
print(80*'#')
TEST2 = Two()
print(TEST2.one)
TEST2.change()
print(TEST2.one
>>

I get the following result:

<<
[GCC 4.2.1 20070719 [FreeBSD]]
amd64
################################################################################
True
False
################################################################################
True
True
################################################################################
<<

What I don't understand why in the second test, the last boolean is True
instead of (what I expect) False.
Could somebody enlighten me please as this has bitten me before and I am
confused by this behavior.

Thanks in advance

--
mph
 
 
 

Don't understand behavior; instance form a class in another class' instance

Post by Christian » Sat, 27 Mar 2010 08:41:57

Martin P. Hellwig schrieb:

Hint: TEST2.one is not a reference to TEST2.__instance_one.one. When you
alter TEST2.__instance_one.one you don't magically change TEST2.one,
too. Python doesn't have variables like C pointers. Python's copy by
object (or share by object) behavior can be understand as labels. The
label TEST2.one references the same object as TEST2.__instance_one.one
until you change where the label TEST2.__instance_one.one points to.

Christian

 
 
 

Don't understand behavior; instance form a class in another class' instance

Post by Martin P. » Sat, 27 Mar 2010 09:06:06


Ah okay thanks for the explanation, Am I correct in thinking (please
correct me if I mangle up the terminology and/or totally are in the
wrong ballpark) that this is more or less because the label of the first
class is to an object (boolean with value False)
and the label of the second class does not cascade to the first label
for looking something up but instead during assignment sees that it is a
label to an object instead of the object itself thus copies the label
content instead?

I probably expected classes namespaces to behave in about the same way
as lists and dictionaries do, don't know where I picked that up.

Thanks again,

--
mph
 
 
 

Don't understand behavior; instance form a class in another class' instance

Post by Rhodri Jam » Sat, 27 Mar 2010 10:10:36

On Fri, 26 Mar 2010 00:06:06 -0000, Martin P. Hellwig




Pretty much. In the sense that you're thinking of, every assignment works
that way, even the initial "TEST1 = One()". Assignment binds names to
objects, though you have to be aware that names can be such *** things
as "t", "a[15]" or "TEST2.__instance_one.one"


They do, in fact, which isn't terribly surprising considering that class
namespaces are implemented with dictionaries. The distinction you're
missing is that lists and dictionaries are mutable, while booleans aren't;
you can change the contents of a dictionary, but you can't change the
'contents' of a boolean.

--
Rhodri James *-* Wildebeeste Herder to the Masses
 
 
 

Don't understand behavior; instance form a class in another class' instance

Post by Martin P. » Sat, 27 Mar 2010 10:56:38


<cut>

All makes sense now, thanks Rhodri & Christian.

--
mph