As someone who considered garbage collection and decided against it and stayed with manual retain and release at that time. I got along reasonably well with manual retain and release. I have happily moved to ARC for a new project. I spent at least a few days getting my head wrapped around the use of ARC and as mentioned by someone else dealing with CF objects is still a pain.
I don't know what it is like to convert an old project, but I would recommend ARC for new projects and I believe the time investment is worthwhile. Kevin On 9 Sep 2013, at 09:18, Jean-Daniel Dupas <devli...@shadowlab.org> wrote: > > Le 9 sept. 2013 à 09:58, Tom Davie <tom.da...@gmail.com> a écrit : > >> >> On 9 Sep 2013, at 09:44, Kyle Sluder <k...@ksluder.com> wrote: >> >>> Thirded. I thought I wouldn't like it. As soon as I didn't have to manage >>> retains and releases of temporary objects, the discipline completely left >>> my mind. Now whenever I go back to non-ARC code I invariably make a ton of >>> memory management errors, most of which are caught by the analyzer. >>> >>> --Kyle Sluder >>> >>> On Sep 8, 2013, at 11:18 PM, Alex Kac <a...@webis.net> wrote: >>> >>>> Bingo. We’ve been working with Cocoa/Obj-C for many years, and still we’d >>>> find weird errors that would be caused by some over-released object. We >>>> cut a ton of code with ARC, and in the end we saw reliability go up and >>>> actually even some performance. >>>> >>>> ARC is a win. The only place it really got a bit hairy was CF objects. I >>>> wish ARC would work with them a bit more. >>>> >>>> On September 8, 2013 at 11:56:10 PM, Jens Alfke (j...@mooseyard.com) wrote: >>>> >>>> They’re a _lot_ easier. It might not look that way when you’re reading >>>> about all the details, or converting existing code, because then you’re >>>> focusing on the rare edge cases. But for the most part when actually >>>> coding you can simply ignore ref-counting. Your code becomes more compact >>>> and readable, and you’re less likely to make mistakes. >> >> I *completely* agree with you with regards to memory management being hard >> to get reliably right (not hard to get right, hard to get reliably right), >> and weird errors all the time caused by memory management going wrong. ARC >> is a major boon in this regard. >> >> However, I have to say, I have had the complete opposite experience with >> regards to performance. Having measured various projects before and after >> converting to ARC, I have seen numbers between 30% and 100% slowdown with >> ARC. The average is probably around 50%. I have never seen performance >> improve when using ARC. > > > And does the profiler explicitly shows that ARC runtime code is the culprit ? > > -- Jean-Daniel > > > > > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > 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: > https://lists.apple.com/mailman/options/cocoa-dev/ktam%40yvs.eu.com > > This email sent to k...@yvs.eu.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com