• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: ARC
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ARC


  • Subject: Re: ARC
  • From: Roland King via Cocoa-dev <email@hidden>
  • Date: Sat, 24 Aug 2019 08:55:05 +0800

>
> BTW, one site we looked at describes ARC as "kind of like a Japanese B-horror
> movie". That seems accurate.
>

I don’t know what site wrote that but it couldn’t be less accurate. ARC is one
of the better pieces of technology Apple introduced into Objective-C and it cut
down on a huge number of memory leaks and random crashes which came from people
messing up implementing retain/release manually. And it interoperated with
manual retain/release. And unlike other solutions to memory management it
doesn’t have a garbage collection thread running somewhere looking for things
to deallocate and reference loops. And Apple, when they introduced it, added
tools into XCode and Instruments to find reference loops so you could fix them
before you ship.

You have to learn a couple of rules, and really just a couple, and think about
the ownership of your objects, which most of the time is trivial. Your reward
is an application with deterministic and memory handling without having to
scrub through the code working out who ought to release an object.

_______________________________________________

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

References: 
 >ARC (From: Casey McDermott via Cocoa-dev <email@hidden>)

  • Prev by Date: Re: ARC
  • Next by Date: Re: ARC
  • Previous by thread: Re: ARC
  • Next by thread: Re: Cocoa-dev Digest, Vol 16, Issue 72
  • Index(es):
    • Date
    • Thread