Sets the value of a given property in the managed object's private internal storage.
- iOS 3.0+
- macOS 10.4+
- UIKit for Mac 13.0+Beta
- tvOS 9.0+
- watchOS 2.0+
- Core Data
The new value for the property specified by
The name of one of the receiver's properties.
Sets in the receiver’s private internal storage the value of the property specified by
key identifies a to-one relationship, relates the object specified by
value to the receiver, unrelating the previously related object if there was one. Given a collection object and a key that identifies a to-many relationship, relates the objects contained in the collection to the receiver, unrelating previously related objects if there were any.
This method does not invoke the change notification methods (
did). It is typically used by subclasses that implement custom accessor methods that need direct access to the receiver’s private internal storage. It is also used by the Core Data framework to initialize the receiver with values from a persistent store or to restore a value from a snapshot.
You must not override this method.
You should typically use this method only to modify attributes (usually transient), not relationships. If you try to set a to-many relationship to a new
NSMutable object, it will (eventually) fail. In the unusual event that you need to modify a relationship using this method, you first get the existing set using
primitive (ensure the method does not return
nil), create a mutable copy, and then modify the copy—as illustrated in the following example:
If the relationship is bi-directional (that is, if an inverse relationship is specified) then you are also responsible for maintaining the inverse relationship (regardless of cardinality)—in contrast with Core Data's normal behavior described in Using Managed Objects.
The following points also apply:
Primitive accessor methods are only supported on modeled properties. If you invoke a primitive accessor on an unmodeled property, it will instead operate upon a random modeled property. (The debug libraries and frameworks from (available from the Apple Developer Website) have assertions to test for passing unmodeled keys to these methods.)
You are strongly encouraged to use the dynamically-generated accessors rather than using this method directly (for example,
set). The dynamic accessors are much more efficient, and allow for compile-time checking.
Primitive Value: new Name for Key:@"name"