• 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
Re: NSUserDefauts - Am I Missing the Obvious?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSUserDefauts - Am I Missing the Obvious?


  • Subject: Re: NSUserDefauts - Am I Missing the Obvious?
  • From: Eric Kolotyluk <email@hidden>
  • Date: Thu, 19 Dec 2002 10:29:25 -0800

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@hidden
http://acronyms.co.nz/angela
_______________________________________________
cocoa-dev mailing list | email@hidden
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@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.

  • Follow-Ups:
    • Re: NSUserDefauts - Am I Missing the Obvious?
      • From: Douglas Davidson <email@hidden>
References: 
 >Re: NSUserDefauts - Am I Missing the Obvious? (From: Angela Brett <email@hidden>)

  • Prev by Date: Re: Problem in coding integers/floats
  • Next by Date: FW: Get the text from a NSTextView?
  • Previous by thread: Re: NSUserDefauts - Am I Missing the Obvious?
  • Next by thread: Re: NSUserDefauts - Am I Missing the Obvious?
  • Index(es):
    • Date
    • Thread