我正在玩弄使用 Core Data 来管理对象图，主要是为了依赖注入(inject)(NSManagedObjects 的一个子集确实需要保留，但这不是我的问题的重点)。运行单元测试时，我想接管 NSManagedObjects 的创建，用模拟替换它们。

我现在确实有一个候选方法可以做到这一点，即使用运行时的 method_exchangeImplementations 来交换 [NSEntityDescription insertNewObjectForEntityForName:inManagedObjectContext:] 与我自己的实现(即返回模拟)。这适用于我做过的一个小测试。

我有两个问题:

1. 有没有比混合 insertNewObjectForEntityForName:inManagedObjectContext 更好的方法来替换 Core Data 的对象创建？我没有深入研究运行时或核心数据，可能遗漏了一些明显的东西。
2. 我的替换对象创建方法概念是返回模拟的 NSManagedObjects。我正在使用 OCMock，由于它们的动态 @property，它不会直接模拟 NSManagedObject 子类。现在我的 NSManagedObject 的客户正在与协议(protocol)而不是具体对象交谈，所以我返回模拟协议(protocol)而不是具体对象。有没有更好的方法？

这里有一些伪代码来说明我的意思。这是我可能正在测试的类(class):

@interface ClassUnderTest : NSObject 
- (id) initWithAnObject:(Thingy *)anObject anotherObject:(Thingo *)anotherObject;
@end


@interface ClassUnderTest()
@property (strong, nonatomic, readonly) Thingy *myThingy;
@property (strong, nonatomic, readonly) Thingo *myThingo;
@end

@implementation ClassUnderTest
@synthesize myThingy = _myThingy, myThingo = _myThingo;
- (id) initWithAnObject:(Thingy *)anObject anotherObject:(Thingo *)anotherObject {

    if((self = [super init])) {
        _myThingy = anObject;
        _myThingo = anotherObject;
    }

    return self;
}
@end

我决定制作 Thingy 和 Thingo NSManagedObject 的子类，也许是为了持久化等，但也是为了我可以用类似的东西替换 init:

@interface ClassUnderTest : NSObject 
- (id) initWithManageObjectContext:(NSManagedObjectContext *)context;
@end

@implementation ClassUnderTest
@synthesize myThingy = managedObjectContext= _managedObjectContext, _myThingy, myThingo = _myThingo;
- (id) initWithManageObjectContext:(NSManagedObjectContext *)context {

    if((self = [super init])) {
        _managedObjectContext = context;
        _myThingy = [NSEntityDescription insertNewObjectForEntityForName:@"Thingy" inManagedObjectContext:context];
        _myThingo = [NSEntityDescription insertNewObjectForEntityForName:@"Thingo" inManagedObjectContext:context];
    }

    return self;
}
@end

然后在我的单元测试中我可以做类似的事情:

- (void)setUp {
    Class entityDescrClass = [NSEntityDescription class];
    Method originalMethod = class_getClassMethod(entityDescrClass,  @selector(insertNewObjectForEntityForName:inManagedObjectContext:));
    Method newMethod = class_getClassMethod([FakeEntityDescription class],  @selector(insertNewObjectForEntityForName:inManagedObjectContext:));
    method_exchangeImplementations(originalMethod, newMethod);

}

... 我的 []FakeEntityDescription insertNewObjectForEntityForName:inManagedObjectContext] 返回模拟代替真实的 NSManagedObjects(或它们实现的协议(protocol))。这些模拟的唯一目的是在单元测试 ClassUnderTest 时验证对它们的调用。所有返回值都将被 stub (包括任何引用其他 NSManagedObjects 的 getter)。

我的测试 ClassUnderTest 实例将在单元测试中创建，因此:

ClassUnderTest *testObject = [ClassUnderTest initWithManagedObjectContext:mockContext];

(上下文实际上不会在测试中使用，因为我的 insertNewObjectForEntityForName:inManagedObjectContext)

这一切的重点是什么？无论如何，我将对许多类使用 Core Data，因此我不妨使用它来帮助减轻管理构造函数中的更改的负担(每个构造函数更改都涉及编辑所有客户端，包括一堆单元测试)。如果我不使用核心数据，我可能会考虑像 Objection 这样的东西.

最佳答案

我发现通常有 2 种类型的测试涉及核心数据实体:1) 将实体作为参数的测试方法，以及 2) 实际管理核心数据实体上的 CRUD 操作的测试方法。

对于#1，我做的就像你在做的那样，@graham-lee recommends :为您的实体创建一个协议(protocol)，并在您的测试中模拟该协议(protocol)。我看不出它是如何添加任何额外代码的——您可以在协议(protocol)中定义属性并让实体类符合协议(protocol):

@protocol CategoryInterface <NSObject>

@property(nonatomic,retain) NSString *label;
@property(nonatomic,retain) NSSet *items;
@property(nonatomic,retain) NSNumber *position;

@end

@interface Category : NSManagedObject<CategoryInterface> {}

@end

至于 #2，我通常在我的单元测试中设置一个内存存储，然后使用内存存储进行功能测试。

static NSManagedObjectModel *model;
static NSPersistentStoreCoordinator *coordinator;
static NSManagedObjectContext *context;
static NSPersistentStore *store;
CategoryManager *categoryManager;

-(void)setUp {
    [super setUp];
    // set up the store
    NSString *userPath = [[NSBundle bundleForClass:[self class]] pathForResource:@"category" ofType:@"momd"];
    NSURL *userMomdURL = [NSURL fileURLWithPath:userPath];
    model = [[NSManagedObjectModel alloc] initWithContentsOfURL:userMomdURL];
    coordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:model];
    store = [coordinator addPersistentStoreWithType: NSInMemoryStoreType
                                      configuration: nil
                                                URL: nil
                                            options: nil 
                                              error: NULL];
    context = [[NSManagedObjectContext alloc] init];

    // set the context on the manager
    [context setPersistentStoreCoordinator:coordinator];
    [categoryManager setContext:context];
}

-(void)tearDown {    
    assertThat(coordinator, isNot(nil));
    assertThat(model, isNot(nil));
    NSError *error;
    STAssertTrue([coordinator removePersistentStore:store error:&error], 
                 @"couldn't remove persistent store: %@", [error userInfo]);
    [super tearDown];
}

我在tearDown验证coordinator和model是否创建成功，因为我发现在setUp中有创建抛出异常的时候，所以测试实际运行。这将捕获此类问题。

关于objective-c - 如何使用核心数据进行依赖注入(inject)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6880739/