I’m working on a custom tree. Each node (BindingNode is how I call them) contains a BindingNodeCollection that implements ICollection and contains more nodes. My problem is that, the user should be able to access each node’s parent with a readonly property called Parent, just like in a TreeNode. But the nodes are added to a BindingNodeCollection by calling BindingNodeCollection’s Add(BindingNode node) method. BindingNodeCollection knows what it’s own parent is, but, can’t assign BindingNode’s Parent in the Add(BindingNode node) method because Parent should be readonly. The functionality I’m trying to achieve is basically the same as the functionality of a TreeNode and a TreeNodeCollection in a TreeView:
-TreeNode’s Parent is readonly.
-TreeNodes are assigned to a TreeNodeCollection by calling TreeNodeCollection’s Add(TreeNode node) method.
-TreeNode’s Parent gives the TreeNode that contains the TreeNodeCollection where the TreeNode was added.
-TreeNodeCollection is NOT defined inside TreeNode in order to have access to the Parent private field.
This is when I miss C++’s friend. 🙁
There are several methods that you can achieve what you’re after, it really depends on how much security you envision needing. Is this a library or a ‘closed’ application that only you or your colleagues will touch? Here are some suggestions and questions to consider before going with them.
Make the property setter on BindingNode be internal set;
Do you trust everyone that is in this assembly to not orphan children?
Expose the BindingNodeCollection as ReadOnly and provide methods to modify the collection
on the BindingNode itself. The Add can set the private Parent property. Remove will be required to set the Parent property back to null. This is pretty locked down, is polluting your base node class worth the peace of mind?
Accept that transparency is more important than security for you, and expose the Parent setter as public. Do you trust everyone that can see your classes not to orphan children?
For further reading and maybe better ideas, what you’re almost describing is the Composite Pattern. There is a TON of discussion on security versus transparency for this pattern and most of it relates to exposing these classes for the public to consume in some API. It may be overkill for your situation, or it may be exactly what you need to consider, I have no idea given your question what the scope is.