There was a good question from Markus in a recent comment on a different post of mine.<\/p>\n\n\n\n
In children of a window we should keep track of the parent window by using WeakRef.
But what if I have a class cDepartment with a list of employees defined as Employees() as cEmployee \u2013 should that then better also be defined as WeakRef? And why or why not?<\/p><\/blockquote>\n\n\n\nFirst I’ll say “it depends” as there’s certainly no single correct answer to such a question. In many cases it will depend on the expected usage.<\/p>\n\n\n\n
WeakRefs are a curious thing. In Xojo most times you have a reference to an object its a strong reference. What happens is that the objects reference count is increased and only when that counter gets set to 0 will the object be destroyed.<\/p>\n\n\n\n
For instance, if we have code like the following <\/p>\n\n\n\n
Class Foo\n\n Sub Destructor()\n break\n End Sub\n\nEnd Class\n\n\ndim firstRef as Foo\ndim secondRef as Foo\n\nfirstRef = new Foo \n\/\/ the object firstRef refers to now has a reference count of 1\n\nsecondRef = firstRef \n\/\/ since secondRef refers to the SAME object as firstRef\n\/\/ the object firstRef refers to now has a reference count of 2\n\nfirstRef = nil\n\/\/ the object firstRef refers to now has a reference count of 1\n\nsecondRef = nil\n\/\/ the object firstRef refers to now has a reference count of 0\n\/\/ and it will be destroyed and the breakpoint in the destructor\n\/\/ will be encountered\n<\/code><\/pre>\n\n\n\nNow what happens if we use a WeakRef instead for secondRef<\/em> ? If we turn that code into the following <\/p>\n\n\n\n
Class Foo\n\n Sub Destructor()\n break\n End Sub\n\nEnd Class\n\n\nDim firstRef As Foo\ndim secondRef as Foo\nDim weakSecondRef As WeakRef \/\/ <<<<<<< note the type !\n\nfirstRef = New Foo \n\/\/ the object firstRef refers to now has a reference count of 1\n\nweakSecondRef = New WeakRef(firstRef)\n\/\/ since weakSecondRef is a WeakRef the object \n\/\/ firstRef refers does NOT increment its reference count\n\nfirstRef = Nil\n\/\/ the object firstRef refers to now has a reference count of 0\n\/\/ and it will be destroyed and the breakpoint in the destructor\n\/\/ will be encountered now\n\n\/\/ but what about weakSecondRef's contents ???\n\/\/ lets fetch that value and see whats in there now\nsecondRef = Foo(weakSecondRef.Value)\n\nbreak \/\/ <<< here you will find that the returned value is NIL !<\/code><\/pre>\n\n\n\nAnd if you try to use the object contained by the weakref secondRef you will find that it is nil. A weakref allows an object to be referenced in a way that it does not increment the original objects reference count which CAN let that object be nil’d in other code.<\/p>\n\n\n\n
When you use a weakref you MUST check the VALUE of the weakref to see if what you get back is NIL because the object may have been set to nil elsewhere.<\/p>\n\n\n\n
Now that we have the basics of weakrefs out of the way lets turn back to Markus’ original and my original reply of “it depends”.<\/p>\n\n\n\n
n children of a window we should keep track of the parent window by using WeakRef.<\/em><\/p><\/blockquote>\n\n\n\n
Indeed you may<\/em> want to have child windows retain a weakref to refer to a parent window. It would allow you to close the parent and not the child, as the weakref will not increment the reference count of the parent window. But, you may<\/em> want the parent to not be set to nil when there are child windows.<\/p>\n\n\n\n
This decision will depend entirely on how your UI is supposed to work. If those child windows should not exist without a parent then a hard reference to the parent may make perfect sense. <\/p>\n\n\n\n
But what if I have a class cDepartment with a list of employees defined as Employees() as cEmployee \u2013 should that then better also be defined as WeakRef? And why or why not?<\/em><\/p><\/blockquote>\n\n\n\n
Again this will depend entirely on how the cDepartment<\/em> class should behave. Can cEmployees<\/em> be added & removed at runtime and should the cDepartment<\/em> class be able to deal with this ? Or should cDepartment<\/em> need to be reconstituted when such changes of its employees are made ? The correct behaviour isnt dictated by the underlying code and whether you should use weakrefs but by the needs of the application and how cDepartment<\/em> should behave.<\/p>\n\n\n\n
You could always use weakrefs but this could have unintended consequences for the cDepartment<\/em> class as this would allows its cEmployees<\/em> to be removed at runtime. If you had used a FOR EACH loop with an iterator to perform some function you would need to handle the exceptions that could be encountered. Iterators will be invalidated by removal of an employee while iterating over the list and will raise an exception of this occurs. Weakrefs would permit this. Hard references would not.<\/p>\n","protected":false},"excerpt":{"rendered":"
There was a good question from Markus in a recent comment on a different post of mine. In children of a window we should keep track of the parent window by using WeakRef.But what if I have a class cDepartment with a list of employees defined as Employees() as cEmployee \u2013 should that then better … <\/p>\n