• 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
indexed accessor properties and NSArray/NSMutableArray's
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

indexed accessor properties and NSArray/NSMutableArray's


  • Subject: indexed accessor properties and NSArray/NSMutableArray's
  • From: Roland King <email@hidden>
  • Date: Tue, 05 Aug 2008 23:22:42 +0800

I've now read the KVC documentation quite a number of times .. especially with regards to indexed accessor properties trying to really understand them. After a bit of messing about in code this is my understanding ..

1) if your property is an array you don't need to supply the countOf<key> and objectIn<key>AtIndex: methods for reading the Array, it will use the Array directly. You can supply them if you want in which case it will use them.

2) If you don't supply the mutable access methods insertObject:in<key>AtIndex: and removeObjectFrom<key>AtIndex: but your property is a NSArray, it will still actually work, what will happen is the entire array property will be set each time you mutate it using KVC or bindings to a brand new array, not very efficient.

3) 2) above is true not only for an NSArray, (obviously as it's not mutable) but for an NSMutableArray too. Even if your property is a NSMutableArray which could be mutated, if you haven't supplied the mutable access methods, it won't be, the entire array will be replaced each time. (this surprised me). If you want the efficient insert/ remove for your NSMutableArray property, you have to write the accessor methods explicitly.


1) didn't suprise me as the documentation indicates you only need the accessor methods when the property isn't an array.
2) surprised me a bit as the documentation states that to have mutable access you *must* implement two extra methods. However if your entire property is an NSArray or subclass thereof, you don't have to implement them, it just does it rather slowly.
3) did surprise me a bit given that 2) worked, I expected if it was smart enough to work around the absence of the mutator methods in the case of an NSArray, it would realize the property was a MutableArray, and mutate it directly, but no, it does it the slow way.


I could imagine not bothering to write the mutator methods just seeing that it worked automagically and never realising that the entire Array is being swapped out each time I changed it, probably not very efficient. So the moral of the story for me is .. if I want any multi- value for a key, even if the underlying instance variable is an array, write the accessor/mutator methods every time.




_______________________________________________

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


  • Follow-Ups:
    • Re: indexed accessor properties and NSArray/NSMutableArray's
      • From: Jeff Johnson <email@hidden>
    • Re: indexed accessor properties and NSArray/NSMutableArray's
      • From: Negm-Awad Amin <email@hidden>
  • Prev by Date: Re: Colour of Symlink
  • Next by Date: IKSlideshow Question
  • Previous by thread: Re: Using performSelector: on super
  • Next by thread: Re: indexed accessor properties and NSArray/NSMutableArray's
  • Index(es):
    • Date
    • Thread