Re: Objective C class prefix
Re: Objective C class prefix
- Subject: Re: Objective C class prefix
- From: Matt Neuburg <email@hidden>
- Date: Tue, 08 Feb 2005 15:02:54 -0800
I say patent your favorite two-letter prefix and if Apple collides with it,
sue their butts off. m.
On Tue, 8 Feb 2005 17:49:10 -0500, Guy English <email@hidden> said:
>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
>>
>
>
>
--
matt neuburg, phd = email@hidden, <http://www.tidbits.com/matt/>
A fool + a tool + an autorelease pool = cool!
AppleScript: the Definitive Guide
<http://www.amazon.com/exec/obidos/ASIN/0596005571/somethingsbymatt>
_______________________________________________
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