I had some very wrong sounding advice recently from a \"senior\" developer/coworker regarding the C# garbage collector such as...
\"You need to use destructors
I'm afraid your coworker is incorrect, but don't take my word for it. Lets have a link fest!
Here are some good articles on GC: http://msdn.microsoft.com/en-us/magazine/bb985010.aspx http://msdn.microsoft.com/en-us/magazine/bb985011.aspx
Also, Maoni's WebLog has some great stuff (will bring you up to date as well, since the articles above are quite old): http://blogs.msdn.com/b/maoni/
Also, just this week, Raymond Chen is doing a series on GC: http://blogs.msdn.com/b/oldnewthing/archive/2010/08/13/10049634.aspx
Here's a good discussion on using Dispose and Finalization: http://www.bluebytesoftware.com/blog/2005/04/08/DGUpdateDisposeFinalizationAndResourceManagement.aspx
He's backwards on destructors. You need to not use destructors in C# unless vital. And if you do use them, you should call SuppressFinalize() if you know the object is in a state where the destructor code is no longer needed (most often because the same clean-up happened in a call to IDisposable.Dispose(). If an object has a destructor and SuppressFinalize has not been called, it will live longer (so that it can have that destructor called).
The Garbage Collector most certainly can be relied upon. It can't be relied upon to call a destructor, or to do so within a certain amount of time, but that's not a matter of it not being reliable, it's a matter of it being reliable in collecting garbage which is its job!
I don't know much about the Java Garbage Collector, and I have no doubt that he's right in saying they can't be thought of like each other when you're getting down to the finer details, though I would hope for the sake of Java coders that it can be thought of like the .NET one most of the time - which is to not think of it at all, generally you don't have to.
The advice you've been given is, broadly speaking, a load of hooey.
Both C# and Java have GCs that attempt to optimise the fast recovery of lots of small objects. They're designed to solve the same problem, they do it in slightly different ways but as a user the technical differences in your approach to using them is minimal, even non-existent for the majority of users.
IDisposable
is nothing to do with the GC as such. It's a standard way of naming methods that would otherwise be called close
, destroy
, dispose
, etc., and often are called that in Java. There is a proposal for Java 7 to add something very similar to the using
keyword that would call a similar close
method.
"Destructors" in C# refers to finalizers - this was done deliberately to confuse C++ programmers. :) The CLR spec itself calls them finalizers, exactly as the JVM does.
There are many ways in which Java and C#/CLR differ (user value types, properties, generics and the whole family of related features known as Linq), but the GC is one area where you can develop a substantial amount of software before you need to worry much about the difference between them.