KVC/valueForKey 대 NSManagedObject 필드 액세스 - 속성이 더 좋습니까?

Question

CoreData로 첫 번째 앱 작성. 제가 안내하는 데 사용하는 책에는 다음과 같은 코드가 있습니다 :

// 'Person' is my managed object class 
Person *newPerson = [NSEntityDescription 
    insertNewObjectForEntityForName:@"Person" 
    inManagedObjectContext:self.managedObjectContext]; 

[newPerson setValue:nameField.text forKey:@"name"]; 

이 책에는 다음과 같은 속성 스타일을 사용한다고 나와 있습니다.

newPerson.name = nameField.text; 

은 작동하지만 것이 내가 KVC의 접근 방식을 사용하는 이유 중 하나를 볼 수 없습니다, 나에게

"KVC의 접근을 코어 데이터 코드 사용을보고 매우 일반적입니다"; 매직 문자열은 런타임 오류를 간청하고 더 많은 타이핑을합니다.

내가 말했듯이, 내 습관을 배우고 싶습니다. 지금 일을하는 "iPhone Way"에 관한 것입니다.

이러한 접근 방식에는 차이점이 있으며, 대부분의 사람들이 첫 번째 KVC 접근 방식을 사용한다면 왜 ...?

Answer 1

대부분의 사람들은 내가 본 KVC 방식을 사용하지 않습니다. 나는 당신이 묘사하는 이유들 때문에 그렇지 않습니다.

당신의 접근을 구축 할 Mogenerator를 사용하여, 당신의 정신을 저장하려면 :

http://rentzsch.github.com/mogenerator/

그것은 몇 가지 편리한 방법으로, 당신은 CoreData 개체를 가져 오는 데 사용할 수있는 프록시 객체를 생성하는 명령 줄 도구 -하지만도 더 좋게는 데이터 모델에서 클래스를 다시 생성 할 때 자신의 메서드를 추가 할 수있는 일부 범주 오버레이는 삭제되지 않습니다.

XCode도 모델에서 데이터 객체를 생성 할 수 있지만 클래스는 더 간단합니다 (액세서리 만). mogenerator는 반복적으로 사용하기가 더 쉽습니다 (시간이 지남에 따라 모델을 많이 변경하는 경향이 있으므로 중요합니다) . 아마도 다음 XCode가 더 좋습니다.

일반적으로 모든 데이터 모델 클래스는 "DataObjects"라는 클래스 아래의 하위 디렉토리에 생성됩니다. 그런 다음 데이터 모델의 클래스를 다시 생성 할 때마다 해당 전체 디렉토리를 다시 추가하면 새로운 클래스가 생성됩니다 새 엔티티가 있음). 주어진 데이터 모델에서 현재 디렉토리에 클래스를 생성합니다

mogenerator -m ../MyProject.xcdatamodeld/MyProject-v1.xcdatamodel 

(이 경우 그냥 첫 번째 버전과 버전 모델이) : 샘플 명령 줄 실행처럼 보인다.

Answer 2

name은 NSEntityDescription 속성이므로 newPerson.name은 정상입니다.

그러나 사용자 지정 엔터티에 사용자 지정 속성을 추가하면 런타임에만 알 수 있습니다. 따라서 newPerson.favouriteRestaurant은 컴파일 시간 경고를 표시합니다.

이것은 성가신 일입니다. 그것을 제거하는

한 가지 방법은 런타임 마법을 사용하는 징 할 때 여러 가지 다른 시나리오에서 잔소리 컴파일러를 중지하는 유용한 방법이 될 수

[newPerson setValue:@"Crazy Maria's" forKey:@"favouriteRestaurant"] 

이를 사용하는 것입니다.

Answer 3

속성을 사용하면 직접 KVC 사용량보다 성능이 약간 향상됩니다. 그러나 KVC는 특히 key이 아니라 keyPath으로 작업 할 때 사용합니다.

KVC는 개체의 값을 검색하거나 동적으로 액세스 할 때도 유용합니다.

매일 사용하기 위해, 켄달은 확실히 맞습니다. 모게너를 사용하고 특성을 이용하십시오. 코드 작성이 쉬우 며 유지 관리가 쉽습니다. 그러나 KVC는 분명히 그 자리를 차지하고 매우 유용합니다.