Inherits from: NSObject
Package: com.apple.yellow.foundation
objectForKey | Returns the default value for the specified key. |
setObjectForKey | Sets the default value for the specified key. |
removeObjectForKey | Removes the default entry identified by the specified key. |
registerDefaults | Adds the specified defaults to the NSRegistrationDomain -a
cache of application-provided defaults that are used unless a user
overrides them. |
The NSUserDefaults class provides a programmatic interface for interacting with the OPENSTEP defaults system. The defaults system allows an application to customize its behavior to match a user's preferences. For example, you can allow users to determine what units of measurement your application displays or how often documents are automatically saved. Applications record such preferences by assigning values to a set of parameters in a user's defaults database. The parameters are referred to as defaults since they're commonly used to determine an application's default state at startup or the way it acts by default.
A defaults database is created automatically for each user. On Unix (Mach, Solaris, and HPUX) platforms, the database is made up of a collection of files located in the .OpenStep directory of a user's home directory. On Windows platforms, the defaults database is stored in the Windows registry.
At run time, you use an NSUserDefaults object to read the defaults that your application uses from a user's defaults database. NSUserDefaults caches the information to avoid having to open the user's defaults database each time you need a default value. The synchronize method, which is automatically invoked at periodic intervals, keeps the in-memory cache in sync with a user's defaults database.
WARNINGUser defaults are not thread safe.
Defaults are grouped in domains. For example, there's a domain for application-specific defaults and another for system-wide defaults that apply to all applications.
All defaults are stored and accessed per user. OpenStep doesn't provide for defaults that affect all users.
Each domain has a name by which it's identified and stores defaults as key-value pairs in an NSDictionary object. Each default is made up of three components:
A domain is either persistent or volatile. Persistent domains are permanent and last past the life of the NSUserDefaults object. Persistent domains are stored in a user's defaults database. If you use NSUserDefaults to make a changes to a default in a persistent domain, the changes are saved in the user's defaults database automatically. On the other hand, volatile domains last only as long as the NSUserDefaults object exists; they aren't saved in the user's defaults database. The standard domains are:
Domain | State |
NSArgumentDomain |
volatile |
Application (Identified by the application's name) | persistent |
NSGlobalDomain |
persistent |
Languages (Identified by the language names) | volatile |
NSRegistrationDomain |
volatile |
A search for the value of a given default proceeds through the domains in an NSUserDefaults object's search list. Only domains in the search list are searched. The standard search list contains the domains from the table above, in the order listed. A search ends when the default is found. Thus, if multiple domains contain the same default, only the domain nearest the beginning of the search list provides the default's value. Using the setSearchList method, you can reorder the default search list or set up one that is a subset of all the user's domains.
The following sections describe the purpose of each of the domains.
Default values can be set from command line arguments (if
you start the application from the command line) as well as from
a user's defaults database. Default values set from the command
line go in the NSArgumentDomain
.
They are set on the command line by preceding the default name with
a hyphen and following it with a value. For example, the following
command launches Project Builder and sets Project Builder's IndexOnOpen
default
to false:
localhost> ProjectBuilder.app/ProjectBuilder -IndexOnOpen NO
Defaults set from the command line temporarily override values
from a user's defaults database. In the example above, Project
Builder won't automatically index projects even if the user's IndexOnOpen
preference
is set to trueYES in the defaults database.
The application domain contains application-specific defaults that are read from a user's defaults database. The application domain is identified by the name of the application, as returned by NSProcessInfo's processName method:
NSString *applicationName = [[NSProcessInfo processInfo] processName];
The global domain contains defaults that are read from a user's
defaults database and are applicable to all applications that a
user runs. Many Application Kit and Foundation objects use default
values from the NSGlobalDomain
. For
example, NSRulerView objects automatically use a user's preferred
measurement units, as stored in the user's defaults database under
the key "NSMeasurementUnit." Consequently, ruler views in all
applications use the user's preferred measurement units-unless
an application overrides the default by creating an NSMeasurementUnit
default in its application domain. Another NSGlobalDomain
default,
NSLanguages, allows users to specify a preference of languages.
For example, a user could specify English as the preferred language,
followed by Spanish, French, German, Italian, and Swedish.
If a user has a value for the NSLanguages default, then NSUserDefaults records language-specific default values in domains identified by the language name. The language specific domains contain defaults for a locale. Certain classes from the Foundation Framework (NSCalendarDate, NSDate, NSTimeZone, NSString, and NSScanner, for example) use locale defaults to modify their behavior. For example, when you request an NSString representation of an NSCalendarDate, the NSCalendarDate looks at the locale to determine what the months and the days of the week are named in your preferred language. For more information on locale defaults, see the document "Locales" in the Foundation Reference.
The registration domain is a set of application-provided defaults
that are used unless a user overrides them. For example, the first
time you run Project Builder, there isn't an IndexOnOpen value
saved in your defaults database. Consequently, Project Builder registers
a default value for IndexOnOpen in the NSRegistrationDomain
as
a "catch all" value. Project Builder can thereafter assume that
an NSUserDefaults object always has a value to return for the default, simplifying
the use of user defaults.
You set NSRegistrationDomain
defaults
programmatically with the method registerDefaults.
Since other applications (and the user) can write to a defaults database, the database and an NSUserDefaults object might not agree on the value of a given default at all times. Using the synchronize method, you can update the defaults database with an NSUserDefaults object's new values and update the NSUserDefaults object with any changes that have been made to the database. In applications in which a run-loop is present, synchronize is automatically invoked at periodic intervals. Consequently, you might synchronize before exiting a process, but otherwise you shouldn't need to.
Typically, you use this class by invoking the standardUserDefaults class method to get an NSUserDefaults object. This method returns a global NSUserDefaults object with a search list already initialized. Use the objectForKey and setObjectForKey methods to get and set default values.
For example, suppose that your application needs a default that specifies whether or not to delete backup files. You could use an NSUserDefaults object to manage your default, as follows:
An application can set values for all its defaults in the NSRegistrationDomain
.
If users specify a different preference in their defaults database,
the users' preferences override the values from the NSRegistrationDomain
.
An NSUserDefaults object only uses values from the NSRegistrationDomain
when
a user hasn't specified a different preference. So, you need to
decide whether or not your application should delete backup files
by default.
To register the application's default behavior, you get the application's shared instance of NSUserDefaults and register default values with it. A good place to do this is in the initialize method of the class that uses the default.
The initialize message is sent to each class before it receives any other message, ensuring that the application's defaults are set before the application needs to read them.
To allow users to specify a different default behavior for deleting backups, you must provide an interface in which they can express their preference. Most applications provide a Preferences panel for this purpose. When your application detects that a user has specified a new preference, it should save it in the shared instance of NSUserDefaults.
For example, assume that your application has an instance variable called deleteBackupButton that is an outlet to an NSButton, and that users toggle this button's state to indicate whether or not the application should delete its backup files.
After determining the button's state, setObjectForKey is used to set the value of the specified default in the application domain.
You don't have to use a Preferences panel to manage all defaults. For example, an NSWindow can store its placement in the user defaults system, so that it appears in the same location the next time the user starts the application.
As a convenience, NSUserDefaults provides boolForKey, floatForKey, and so on. Recall that a default's value can be only an NSData, NSString, NSArray, or NSDictionary. boolForKey and similarly named methods attempt to get the value for the specified default and interpret it as a different data type.
- Getting the shared instance
- standardUserDefaults
- Initializing an NSUserDefaults
- init
- initWithUser:
- Getting a default
- arrayForKey
- boolForKey
- dataForKey
- dictionaryForKey
- floatForKey
- integerForKey
- objectForKey
- stringForKey
- Setting and removing defaults
- removeObjectForKey
- setBooleanForKey
- setFloatForKey
- setIntegerForKey
- setObjectForKey
- Setting and getting the search list
- setSearchList
- searchList
- dictionaryRepresentation
- Maintaining persistent domains
- persistentDomainForName
- persistentDomainNames
- removePersistentDomainForName
- setPersistentDomainForName
- synchronize
- Maintaining volatile domains
- removeVolatileDomainForName
- setVolatileDomainForName
- volatileDomainForName
- volatileDomainNames
- Registering defaults
- registerDefaults
public NSUserDefaults()
public static void resetStandardUserDefaults()
public static NSUserDefaults standardUserDefaults()
NSArgumentDomain
,
consisting of defaults parsed from the application's argumentsNSGlobalDomain
, consisting
of defaults meant to be seen by all applicationsNSRegistrationDomain
, a set
of temporary defaults whose values can be set by the application
to ensure that searches will always be successful The defaults are initialized for the current user. Subsequent modifications to the standard search list remain in effect even when this method is invoked again-the search list is guaranteed to be standard only the first time this method is invoked. The shared instance is provided as a convenience-you can create custom instances using alloc along with initWithUser: or init.
public NSArray arrayForKey(String defaultName)
null
otherwise.
See Also: boolForKey, dataForKey, dictionaryForKey, floatForKey, integerForKey, objectForKey, stringForKey
public boolean booleanForKey(String defaultName)
See Also: arrayForKey, dataForKey, dictionaryForKey, floatForKey, integerForKey, objectForKey, stringForKey
public NSData dataForKey(String defaultName)
See Also: arrayForKey, boolForKey, dictionaryForKey, floatForKey, integerForKey, objectForKey, stringForKey
public NSDictionary dictionaryForKey(String defaultName)
null
otherwise.See Also: arrayForKey, boolForKey, dataForKey, floatForKey, integerForKey, objectForKey, stringForKey
public NSDictionary dictionaryRepresentation()
See Also: searchList
public double doubleForKey(String aString)
public float floatForKey(String defaultName)
See Also: arrayForKey, boolForKey, dataForKey, dictionaryForKey, integerForKey, objectForKey, stringForKey
public int integerForKey(String defaultName)
See Also: arrayForKey, boolForKey, dataForKey, dictionaryForKey, floatForKey, objectForKey, stringForKey
public long longForKey(String aString)
public Object objectForKey(String defaultName)
null
if
the default isn't found.See Also: arrayForKey, boolForKey, dataForKey, dictionaryForKey, floatForKey, integerForKey, stringForKey
public Object objectForKeyInDomain(String aString, String aString)
public NSDictionary persistentDomainForName(String domainName)
See Also: removePersistentDomainForName, setPersistentDomainForName
public NSArray persistentDomainNames()
See Also: removePersistentDomainForName, setPersistentDomainForName
public void registerDefaults(NSDictionary dictionary)
public void removeObjectForKey(String defaultName)
See Also: setObjectForKey
public void removeObjectForKeyInDomain(String aString, String aString)
public void removePersistentDomainForName(String domainName)
See Also: setPersistentDomainForName
public void removeVolatileDomainForName(String domainName)
See Also: setVolatileDomainForName
public NSArray searchList()
See Also: setSearchList, dictionaryRepresentation
public void setBooleanForKey(boolean value, String defaultName)
See Also: boolForKey
public void setDoubleForKey(double aDouble, String aString)
public void setFloatForKey(float value, String defaultName)
See Also: floatForKey
public void setIntegerForKey(int value, String defaultName)
See Also: integerForKey
public void setLongForKey(long aLong, String aString)
public void setObjectForKey(Object value, String defaultName)
See Also: removeObjectForKey
public void setObjectForKeyInDomain(Object anObject, String aString, String aString)
public void setPersistentDomainForName(NSDictionary domain, String domainName)
See Also: persistentDomainForName, persistentDomainNames
public void setSearchList(NSArray array)
See Also: searchList
public void setVolatileDomainForName(NSDictionary domain, String domainName)
See Also: volatileDomainForName, volatileDomainNames
public String stringForKey(String defaultName)
null
otherwise.See Also: stringArrayForKey:arrayForKey, boolForKey, dataForKey, dictionaryForKey, floatForKey, integerForKey, objectForKey
public boolean synchronize()
See Also: persistentDomainForName, persistentDomainNames, removePersistentDomainForName, setPersistentDomainForName
public NSDictionary volatileDomainForName(String domainName)
See Also: removeVolatileDomainForName, setVolatileDomainForName
public NSArray volatileDomainNames()
See Also: removeVolatileDomainForName, setVolatileDomainForName
This notification is posted the first time after a synchronize when a change is made to defaults in a persistent domain.
This notification contains a notification object but no userInfo dictionary. The notification object is the NSUserDefaults instance.