I need some advice on the implementation of the Dispose method.
In our application the user designs their own UI. I have a preview window that shows what the UI is going to look like. All object drawn in this UI ultimately derive from a common base class ScreenObject. My preview manager contain a single object reference to a ScreenGrid which is the grid object for the entire preview area.
Question #1
Some of my derived screen classes hold onto unmanaged resources, such as a database connection, bitmap image and a WebBrowser control.  These classes need to dispose of these objects.  I created a virtual Dispose method in the base ScreenObject base class and then implemented an override Dispose method in each of the derived classes that hold onto unmanaged resources.  However, right now I just created a method called Dispose, I am not implementing IDisposable.  Should I implement IDisposable?  If so how do I implement it?
- Just on the derived classes that have unmanaged resources
- The base class and derived classes that have unmanaged resources OR
- The base class and all derived classes including those that do not have unmanaged resources
Is it wrong to put a virtual Dispose method in a base class that doesn't have unmanaged resources so that you can take advantage of polymorphism?
Question #2
In reading about the Dispose method and the IDisposable interface Microsoft states that the disposing object should only call the Dispose method for its parent. The parent will call it for its parent and so on. To me this seems backwards. I may want to dispose of a child but keep its parent around.
I would think it should be the other way around, an object being disposed should dispose of its children. The children should then dispose of their children and so on.
Am I wrong here or am I missing something?
 
     
     
     
     
    