FROM : Eric Kolotyluk
DATE : Thu Dec 19 19:29:25 2002
My take is this is based on the convention Sun set up on building
unique names for Java Class Paths. This made it easy, especially for
organizations with their own domain names, to manage their class path
name spaces without colliding with other organization.
It is also similar to ISO object identifiers, a hierarchical sequence
of numbers separated by periods, where different organizations, own
different parts of the hierarchy. However. based on personal
experience, this is much more difficult and expensive to manage.
The com or nz.co simply has to do with what part of a domain name you
own, so as to avoid conflict in the name-space. For people without a
domain name, they're fairly cheap to get these days, and if you know
the right people they can be free. If you're not writing commercial
software, not a student (without access to a school DN) you don't need
one, Project Builder will just name your defaults file myApp.plist,
where myApp is the name you chose in Project Builder.
Good questions Angela. I'm sure a lot of people wonder about these
things.
Cheers, Eric
On Thursday, December 19, 2002, at 03:55 AM, Angela Brett wrote:
> At 5:42 PM +1100 19/12/2002, Andrew wrote:
>>
>> The dictionary is stored in ~/Library/Preferences/<blah> where blah is
>> meant to be you domain name reversed (but is whatever you set in the
>> app
>> settings of your project).
>
> I had noticed that names of most preferences files look like reversed
> domain names, but I've often wondered if this was just a coincidence
> or if they really are supposed to be reversed domain names. If they're
> supposed to be domain names, why? What if I don't have one? Most of
> them seem to be com.companyname.appname and something like
> nz.co.cocoa.myapp (rather than com.) seems kind of weird. I didn't
> want to use such a funny looking identifier without finding out for
> sure whether it's meant to be a backwards domain name and why.
>
> I can think of one reason - that it goes from the general to the
> specific which means the files are grouped nicely when alphabetically
> sorted - but the com or nz.co bit doesn't really add anything useful
> to that. There's nothing useful in grouping apps by country,
> especially since the .coms come from all over the place anyway.
> --
> Angela Brett
> <email_removed>
> http://acronyms.co.nz/angela
> _______________________________________________
> cocoa-dev mailing list | <email_removed>
> Help/Unsubscribe/Archives:
> http://www.lists.apple.com/mailman/listinfo/cocoa-dev
> Do not post admin requests to the list. They will be ignored.
_______________________________________________
cocoa-dev mailing list | <email_removed>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
DATE : Thu Dec 19 19:29:25 2002
My take is this is based on the convention Sun set up on building
unique names for Java Class Paths. This made it easy, especially for
organizations with their own domain names, to manage their class path
name spaces without colliding with other organization.
It is also similar to ISO object identifiers, a hierarchical sequence
of numbers separated by periods, where different organizations, own
different parts of the hierarchy. However. based on personal
experience, this is much more difficult and expensive to manage.
The com or nz.co simply has to do with what part of a domain name you
own, so as to avoid conflict in the name-space. For people without a
domain name, they're fairly cheap to get these days, and if you know
the right people they can be free. If you're not writing commercial
software, not a student (without access to a school DN) you don't need
one, Project Builder will just name your defaults file myApp.plist,
where myApp is the name you chose in Project Builder.
Good questions Angela. I'm sure a lot of people wonder about these
things.
Cheers, Eric
On Thursday, December 19, 2002, at 03:55 AM, Angela Brett wrote:
> At 5:42 PM +1100 19/12/2002, Andrew wrote:
>>
>> The dictionary is stored in ~/Library/Preferences/<blah> where blah is
>> meant to be you domain name reversed (but is whatever you set in the
>> app
>> settings of your project).
>
> I had noticed that names of most preferences files look like reversed
> domain names, but I've often wondered if this was just a coincidence
> or if they really are supposed to be reversed domain names. If they're
> supposed to be domain names, why? What if I don't have one? Most of
> them seem to be com.companyname.appname and something like
> nz.co.cocoa.myapp (rather than com.) seems kind of weird. I didn't
> want to use such a funny looking identifier without finding out for
> sure whether it's meant to be a backwards domain name and why.
>
> I can think of one reason - that it goes from the general to the
> specific which means the files are grouped nicely when alphabetically
> sorted - but the com or nz.co bit doesn't really add anything useful
> to that. There's nothing useful in grouping apps by country,
> especially since the .coms come from all over the place anyway.
> --
> Angela Brett
> <email_removed>
> http://acronyms.co.nz/angela
> _______________________________________________
> cocoa-dev mailing list | <email_removed>
> Help/Unsubscribe/Archives:
> http://www.lists.apple.com/mailman/listinfo/cocoa-dev
> Do not post admin requests to the list. They will be ignored.
_______________________________________________
cocoa-dev mailing list | <email_removed>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
| Related mails | Author | Date |
|---|---|---|
| Eric Kolotyluk | Dec 19, 06:48 | |
| Vince DeMarco | Dec 19, 07:30 | |
| Andrew | Dec 19, 07:42 | |
| Angela Brett | Dec 19, 12:55 | |
| j o a r | Dec 19, 13:45 | |
| Malte Tancred | Dec 19, 14:20 | |
| Jonathan E. Jackel | Dec 19, 16:20 | |
| Jacques | Dec 19, 17:05 | |
| Eric Kolotyluk | Dec 19, 19:13 | |
| Eric Kolotyluk | Dec 19, 19:29 | |
| Douglas Davidson | Dec 19, 20:35 | |
| Jaime Magiera | Dec 19, 20:49 | |
| Andrew | Dec 20, 00:45 |






Cocoa mail archive

