Geeks With Blogs


Microsoft Store

Support This Site

AddThis Social Bookmark Button

Locations of visitors to this page

Subscribers to this feed

TwitterCounter for @sdorman

Creative Commons License

Scott Dorman Microsoft MVP, Software Architect, Developer, Author

It was recently pointed out to me that not many developers are familiar with the TreeNodeCollection.AddRange method and how it differs from the TreeNodeCollection.Add method. Even though I am focusing specifically on the methods available through the TreeNodeCollection, exposed by the TreeView.Nodes property, the concepts apply equally to any of the collections that expose both an Add and an AddRange method.

Looking at the MSDN documentation, AddRange "adds an array of previously created tree nodes to the collection" while Add "adds a new tree node to the collection". Continuing to look at the documentation, you will notice that AddRange can be used to "quickly add a group of previously created TreeNode objects to the collection instead of manually adding each TreeNode to the collection using the Add method."

At this point, you might be asking yourself what the difference is since these definitions sounds pretty similar. If you're thoroughly confused by now, don't feel bad. The explanations given in the documentation do sound very similar and don't do an adequate job of explaining the differences between them.

The simple answer is this:

If you are only adding a small number of nodes or adding nodes infrequently, use the Add method. However, if you need to add a large number of nodes at one time you should use AddRange.

The .NET Framework was designed to provide good performance under a wide variety of situations. However, it isn't always clear how our design choices can impact that performance. This is one of those cases.

For example, take the process of initializing a TreeView. Normally, you would create the TreeNode objects inside some sort of a loop and add each node to the tree when it was created. The following sample, although somewhat arbitrary, shows how you might accomplish this:

   1: TreeNode root = new TreeNode("Root"); 
   2: for (int i = 0; i <= 5000; i++)
   3: {                
   4:     TreeNode childNode = new TreeNode("Child" + i.ToString());
   5:     mainNode.Nodes.Add(childNode);
   6: } 

This is valid code and will compile and run without any problems. However, you are causing the .NET runtime to do a lot more work than it needs to. Using Reflector, we can see what actually ends up happening by looking at the code for the relevant Add methods:

   1: public virtual TreeNode Add(string text)
   2: {
   3:     TreeNode node = new TreeNode(text);
   4:     this.Add(node);
   5:     return node;
   6: }
   8: public virtual int Add(TreeNode node)
   9: {
  10:     return this.AddInternal(node, 0);
  11: }

Now, lets take a look at the code for the AddRange method:

   1: public virtual void AddRange(TreeNode[] nodes)
   2: {
   3:     if (nodes == null)
   4:     {
   5:         throw new ArgumentNullException("nodes");
   6:     }
   7:     if (nodes.Length != 0)
   8:     {
   9:         TreeView treeView = this.owner.TreeView;
  10:         if ((treeView != null) && (nodes.Length > 200))
  11:         {
  12:             treeView.BeginUpdate();
  13:         }
  14:         this.owner.Nodes.FixedIndex = this.owner.childCount;
  15:         this.owner.EnsureCapacity(nodes.Length);
  16:         for (int i = nodes.Length - 1; i >= 0; i--)
  17:         {
  18:             this.AddInternal(nodes[i], i);
  19:         }
  20:         this.owner.Nodes.FixedIndex = -1;
  21:         if ((treeView != null) && (nodes.Length > 200))
  22:         {
  23:             treeView.EndUpdate();
  24:         }
  25:     }
  26: }

As you can see, there is a lot more going on here. If we ignore the parameter validation we can see that the following steps are performed:

  1. A call to TreeView.BeginUpdate is made if the nodes array is larger than 200 items.
  2. The FixedIndex internal property is set to the value of childCount. This is really the index of the last node in the collection.
  3. A call to EnsureCapacity is made, which makes sure that the internal array used to hold the nodes is large enough to hold the array passed in.
  4. The passed in array is looped through, calling AddInternal for each node in the nodes array. The key difference here is the integer parameter to AddInternal is the index of the node rather than 0.
  5. The FixedIndex internal property is set to -1, which is the default value.
  6. A call to TreeView.EndUpdate is mad if the nodes array is larger than 200 items.

These 6 steps can be split up into two groups, with steps 1 and 6 making up one group and steps 2 - 5 making up the other group.

Steps 1 and 6 are calls to TreeView.BeginUpdate and TreeView.EndUpdate, respectively, and will only be called if the nodes array is larger than 200 objects. Because these methods will be called for you automatically, there is no need to call them yourself if you are adding more than 200 nodes. Adding less than 200 nodes, doesn't actually need the benefit provided by these calls, so you don't need them. (It shouldn't hurt the performance if you call them, but they aren't necessary). Just in case you are wondering, the TreeView.BeginUpdate call prevents the control from painting until the TreeView.EndUpdate method is called.

The second group (steps 2 - 5) are really what provide the performance improvements and are concerned with the call to AddInternal and setting the FixedIndex property. If we examine the relevant section of AddInternal, we see the following code:

   1: private int AddInternal(TreeNode node, int delta)
   2: {
   3:     ...
   4:     node.parent = this.owner;
   5:     int fixedIndex = this.owner.Nodes.FixedIndex;
   6:     if (fixedIndex != -1)
   7:     {
   8:         node.index = fixedIndex + delta;
   9:     }
  10:     else
  11:     {
  12:         this.owner.EnsureCapacity(1);
  13:         node.index = this.owner.childCount;
  14:     }
  15:     this.owner.children[node.index] = node;
  16:     this.owner.childCount++;
  17:     ...
  18:     return node.index;
  19: }

As we can see, AddInternal uses the FixedIndex property to decide if it should call EnsureCapacity. Looking back at the steps in the AddRange method, you should notice that EnsureCapacity has already called. You may also remember that it wasn't called by any of the Add methods.

Since AddRange sets the FixedIndex property, the index of node is set to FixedIndex + delta and then added to the internal array. However, if FixedIndex is -1 (which is the default), a call to EnsureCapacity(1) is made and then the index of node is set to the value of childCount. It is this call to EnsureCapacity(1) that is the key. By passing in a 1, EnsureCapacity is told to double the size of the internal array used to hold the nodes.

So, the bottom line is that each time you call Add, you are doubling the size of the internal array. When you call AddRange, you expand the internal array just enough to hold the additional nodes. In some cases, both methods may perform about the same but, on average, the call to AddRange will provide better performance when adding a large number of nodes.

One last thing to note about performance, which really has nothing to do with calling Add or AddRange. If you set the TreeViewNodeSorter property of the TreeView, each time you add a new node the tree will be resorted. Normally, this is acceptable behavior. However, if you are adding a large number of nodes (using either Add or AddRange), you should follow these steps:

  1. Make a temporary copy of the value of the TreeViewNodeSorter property.
  2. Set the TreeViewNodeSorter property to null.
  3. Add the nodes (using either Add or AddRange).
  4. Set the TreeViewNodeSorter property back to original value.

You also don't need to call the Sort method after you set the TreeViewNodeSorter property, since that is done for you when you set the property. This is actually true of most of the Sorter related properties on the Windows Forms controls. When you are adding a large amount of items to the control, set the sorter to null first, add the items, and then set the sorter back to the original value causing the appropriate Sort method to be called.

Posted on Friday, September 21, 2007 4:55 PM .NET (General) , .NET (C#) | Back to top

Copyright © Scott Dorman | Powered by: