🚀 go-pugleaf

Stefan Arentz <stefan.arentz@gmail.com> writes:

> John Bokma <john@castleamber.com> writes:
> 
> > "Dr.Ruud" <rvtol+news@isolution.nl> wrote:
> >  
> > > Ik kan me nog steeds niet voorstellen dat de Close niet al automatisch
> > > gebeurt, en wel direct bij het out-of-scope raken van xmlrdr.
> > 
> > Als ik mij het heeeel goed herinner is dat bij Java *niet* het geval.
> 
> Dat klopt. Finalizers zijn onvoorspelbaar en implementatie
> afhankelijk.

Voor de duidelijkheid: een finalizer is dus niet een finally block maar
een finalize() methode op een object :-)

En: http://msdn.microsoft.com/msdnmag/issues/1100/gci/

 To get a resource to clean up properly, the developer must write
 code that knows how to properly clean up a resource. In the .NET
 Framework, the developer writes this code in a Close, Dispose, or
 Finalize method, which I'll describe later. However, as you'll
 see later, the garbage collector can determine when to call this
 method automatically.

 Also, many types represent resources that do not require any
 cleanup. For example, a Rectangle resource can be completely
 cleaned up simply by destroying the left, right, width, and
 height fields maintained in the type's memory. On the other
 hand, a type that represents a file resource or a network
 connection resource will require the execution of some
 explicit clean up code when the resource is to be
 destroyed.

Zelfde idee als in Java dus. En het was toch VB.NET waar de OP
mee bezig was?

 S.