Dispose pattern (was: Re: GC pros and cons)
Dispose pattern (was: Re: GC pros and cons)
- Subject: Dispose pattern (was: Re: GC pros and cons)
- From: Konrad Neitzel <email@hidden>
- Date: Sun, 28 Jun 2009 17:50:13 +0200
- Organization: http://freemail.web.de/
Hi all!
Thomas Davie <email@hidden> schrieb am 27.06.2009 09:56:31:
> On 27 Jun 2009, at 01:27, James Gregurich wrote:
> > GC isn't nirvana. it does have its perils and issues, and you have
> > to be aware of them and code around them. You can't just turn it on
> > and some how everything magically works. There is no perfect
> > solution to memory management. I prefer a solution where I manage
> > the dependencies and objects go away in an orderly fashion based on
> > the dependency graph for those objects.
> Uhhh, you mean a garbage collector? That's exactly what it does --
> frees objects when nothing depends on them any more.
But a garbage collector must be able to detect an object which memory can / must be released. And for all this, the system has to do some work.
I still have to read much more about the GC used within Objective-C / Cocoa so I am not sure, if I am not writing some kind of "bullshit" from your view:
Isn't it possible to simply flag an object to be removed? Is there a dispose pattern in Objective-C?
(e.g. http://www.codeproject.com/KB/cs/idisposable.aspx describes such a pattern in C#)
Something like that would simply more the world together again. That way, the developer has some more control, the GC has less work and all are maybe happy?
So is there such an Dispose Pattern in Objective-C using a GC or is there nothing like that?
With kind regards,
Konrad Neitzel
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden