In the absence of something intrinsic, a developer could use something like the thread dictionary. I've not utilized it myself, but you could create a mutable dictionary where each key is a class name and the object would encapsulate that class's variables.
- Gary L. Wade (Sent from my iPhone) On Aug 5, 2011, at 1:20 AM, Martin Stanley <[email protected]> wrote: > I agree with Greg. Class variables would/should participate fully in the objC > inheritance mechanisms. This would be a natural extension to the language > since it already has Class methods (and also encourages the use of > properties). From a modelling point of view the distinction between a method > and a instance variable is somewhat arbitrary to the clients of the class. It > can be a store vs compute decision: i.e., an implementation detail. > > Martin > > On 2011-08-03, at 2:21 AM, Greg Parker wrote: > >> From: Greg Parker <[email protected]> >> Subject: Re: ARC and Singletons >> To: Kyle Sluder <[email protected]> >> Cc: Cocoa Dev <[email protected]> >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=iso-8859-1 >> >> On Aug 1, 2011, at 9:02 PM, Kyle Sluder wrote: >>> if we had class storage (which in practice would be no different from >>> static global variables except for scope), class methods would still >>> be appropriate for a different set of tasks. >> >> Not necessarily. Class variables could be defined differently from global >> variables. If a class variable were defined in the natural way, as an >> instance variable for the class instance described by the metaclass, then >> class variables would be inherited in the same way that instance variables >> are. A subclass object would have its own copy of its superclass's >> variables, just like a subclass instance object has its own copy of its >> superclass instance's variables. >> >> -- >> Greg Parker [email protected] Runtime Wrangler > _______________________________________________ Cocoa-dev mailing list ([email protected]) 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: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [email protected]
