Z Core Data Programming Guide (podkreślenie moje):Jakie są "prymitywne" akcesory w danych podstawowych?
Domyślnie Rdzeń danych dynamicznie tworzy wydajny publicznego i prymitywny pobierania i ustawiania metody dostępowe dla modelowane właściwości (atrybutów i relacji) zarządzanych klas obiektów.
Chociaż byłem przy użyciu danych Core i mogenerator szczęśliwie odkąd zacząłem na Objective-C, nigdy nie miał sprawdzić, co to znaczy, dopóki złożenie aplikacji został odrzucony z powodu rzekomego wykorzystania prywatnego API . Długa opowieść o wygenerowanej metodzie setPrimitiveTypeValue:
, ale nie o to chodzi w moim pytaniu.
Podczas czytania przewodnika natknąłem się na pomysł publicznych i prymitywnych akcesorów dla atrybutów encji. Kolejny cytat, ale dalej:
Przykładowo, jeżeli podmiot z atrybutem
firstName
Core danych automatycznie generujefirstName
,setFirstName:
,primitiveFirstName
isetPrimitiveFirstName:
.
Do czego służą prymitywne akcesoria? Czy można tak po prostu przypisać wartość BOOL, bez owijania jej w NSNumber? Jeśli tak, to dlaczego firma mogenerator miała problemy z generowaniem różnego rodzaju akcesorów <Attribute>Value
, set<Attribute>Value:
, , primitive<Attribute>Value
, setPrimitive<Attribute>Value:
?
Jestem zdezorientowany, kto może mi pomóc?
Powiązane pytania:
- Core Data Primitive Accessors (brak odpowiedzi)
- why would I need to use a primitive accessor methods in a core data project? (odpowiedzieć)
Ktoś inny [odpowiedział na to już] [1] z czymś, co wygląda na dobrą odpowiedź. [1]: http://stackoverflow.com/questions/5509106/why-would-i-need-to-use-a-primitive-accessor-methods-in-a-core-data- projekt – Simon