• 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: Proper retain/release etiquette
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Proper retain/release etiquette


  • Subject: Re: Proper retain/release etiquette
  • From: Roarke Lynch <email@hidden>
  • Date: Thu, 25 Jul 2002 12:35:20 -0400

Personally, I don't like special cases, they give rise to difficult to find bugs, and as mentioned before creating re-initable objects does not fit the convention. While this is not always a bad thing, i really don't see much of a gain involved in going off the beaten path in this case. As opposed to re-initing an object, why not just append methods to mutate it's internal values?

On Thursday, July 25, 2002, at 12:03 AM, Daryn wrote:

I can understand how re-initing an object, in general, would be a terrible practice. What about in controlled situations where the scope of the reinited variable is limited? For example, might a loop benefit from reiniting a string object repeatedly to save on object creation/destruction overhead?

So is it a frowned upon practice, or are there technical issues?

Daryn


Roarke Lynch
-------------------------------
email@hidden
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.

References: 
 >Re: Proper retain/release etiquette (From: Daryn <email@hidden>)

  • Prev by Date: Re: What is the purpose of static typing?
  • Next by Date: Re: Images & Alternate Color Rows In Table
  • Previous by thread: Re: Proper retain/release etiquette
  • Next by thread: NSTableView Woes
  • Index(es):
    • Date
    • Thread