Re: Objective C class prefix
Re: Objective C class prefix
- Subject: Re: Objective C class prefix
- From: Guy English <email@hidden>
- Date: Tue, 8 Feb 2005 17:49:10 -0500
My head is in the sand but I haven't had a prefix collision yet. I
don't think my luck will hold out though - I have one prefix for my
base lib stuff and another for project specific classes, so for each
project I'm adding to the chance of a collision. I'm not really a big
fan of formalized (language supported) namespaces however. Not for any
real reason other than syntatical clutter. And I've become used to the
de facto namespace of the prefix convention. This problem also appears
with ivars but at least a few conventions have avoided issues there. I
suppose a three letter prefix would be the path of least effort but I
don't like having too much garbage in front of my symbol names either.
So ... no solutions here I guess. Just sympathy.
Guy
On Tue, 8 Feb 2005 23:40:02 +0100, Marco Scheurer <email@hidden> wrote:
> Hello,
>
> For a long time we've been happy with the 2 letter class prefix
> convention. But now Apple is more and more using prefixes other than
> the venerable "NS": "CF" for CoreFoundation, "AB" for AddressBook, "CG"
> for CoreGraphics, "AM" for Automator, "MD" for metadata etc. and the
> risk of collision is growing.
>
> It's not just that the probability of two classes having the same name
> and prefix is higher, but that it bothers me to share a "prefix space"
> with unrelated classes (it just happened with "AM").
>
> I've never been a huge fan of Java's namespace, and it's not available
> anyway. I was wondering how others are coping with this: 3 letter
> prefixes? no prefix? ignoring the issue?
>
> Marco Scheurer
> Sen:te, Lausanne, Switzerland http://www.sente.ch
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Cocoa-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden