코어 데이터 willSave : 방법

Question

속성에 modificationDate이 있습니다. Entity A.NSManagedObject이 저장 될 때마다 해당 값을 설정하고 싶습니다. 그래서

*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Failed to process pending changes before save. The context is still dirty after 100 attempts. Typically this recursive dirtying is caused by a bad validation method, -willSave, or notification handler.' *** 

, 내가 궁금하네요, modificationDate의 값을 설정하는 가장 좋은 방법은 무엇입니까 : 내가 NSManagedObjectwillSave: 방법으로 그렇게하려고 경우, 오류가 발생합니다? willSave의 NSManagedObject 워드 프로세서에서

Answer 1

:의 라인을 따라

If you want to update a persistent property value, you should typically test for equality of any new value with the existing value before making a change. If you change property values using standard accessor methods, Core Data will observe the resultant change notification and so invoke willSave again before saving the object’s managed object context. If you continue to modify a value in willSave, willSave will continue to be called until your program crashes.

For example, if you set a last-modified timestamp, you should check whether either you previously set it in the same save operation, or that the existing timestamp is not less than a small delta from the current time. Typically it’s better to calculate the timestamp once for all the objects being saved (for example, in response to an NSManagedObjectContextWillSaveNotification).

그래서 아마 뭔가 : 당신은 1.0를 조정할 수 있습니다

-(void)willSave { 
    NSDate *now = [NSDate date]; 
    if (self.modificationDate == nil || [now timeIntervalSinceDate:self.modificationDate] > 1.0) { 
     self.modificationDate = now; 
    } 
} 

요청 저장 예상하여 사이의 최소 델타를 반영합니다.

Answer 2

실제로는 apple docs (허용되는 대답의 절반 만 읽음)은이 방법을 권장하지 않습니다. 그들은 명시 적으로 NSManagedObjectContextWillSaveNotification을 사용해야한다고 말합니다. 예는 다음과 같을 수 있습니다 대부분의 핵심 데이터 프로젝트의 추상 기본 클래스로 :

@interface TrackedEntity : NSManagedObject 
@property (nonatomic, retain) NSDate* lastModified; 
@end 

@implementation TrackedEntity 
@dynamic lastModified; 

+ (void) load { 
    @autoreleasepool { 
     [[NSNotificationCenter defaultCenter] addObserver: (id)[self class] 
               selector: @selector(objectContextWillSave:) 
                name: NSManagedObjectContextWillSaveNotification 
                object: nil]; 
    } 
} 

+ (void) objectContextWillSave: (NSNotification*) notification { 
    NSManagedObjectContext* context = [notification object]; 
    NSSet* allModified = [context.insertedObjects setByAddingObjectsFromSet: context.updatedObjects]; 
    NSPredicate* predicate = [NSPredicate predicateWithFormat: @"self isKindOfClass: %@", [self class]]; 
    NSSet* modifiable = [allModified filteredSetUsingPredicate: predicate]; 
    [modifiable makeObjectsPerformSelector: @selector(setLastModified:) withObject: [NSDate date]]; 
} 
@end 

I (예를 들어 기본 키 몇 가지 다른 방법으로) 사용합니다. 사실

Answer 3

또한

- (void)willSave 
{ 
    if (![self isDeleted]) 
    { 
     [self setPrimitiveValue:[NSDate date] forKey:@"updatedAt"]; 
    } 
    [super willSave]; 
} 

`

NSManagedObject's Documentation

`

에 제안 허용 대답은 개체가 표시되어 있는지 여부를 확인, 원시적 인 접근을 사용하는 것보다 훨씬 더 좋은 방법 -isDeleted을 사용하여 삭제하면 -willSave이 호출됩니다.

Answer 4

이미이 질문에 대한 여러 가지 좋은 해결책이 있지만 분명히 직면 한 특정 시나리오에서 가장 효과가있는 새로운 것을 던지고 싶었습니다. (스위프트에서

:

override func willSave() { 
    if self.changedValues()["modificationDate"] == nil { 
     self.modificationDate = NSDate() 
    } 

    super.willSave() 
} 

가끔 수동으로 modificationDate을 설정할 필요의 독특한 요구 사항을 가지고 있기 때문에 나는이 필요한 이유입니다. (필자는 서버의 타임 스탬프와 동기화를 유지하려고하기 때문에 가끔 수동으로 타임 스탬프를 설정 한 이유입니다.)

이 솔루션 :

1. 무한 willSave() 루프 때문에 한 번 방지 타임 스탬프는
2. 는
3. 이 타임 스탬프는 modificationDate이 장에있는 경우도 확인할 필요가 수동으로