Перенос отношения «многие ко многим» в таблицу соединений в Core Data

Вот основной процесс:

1. Создайте версионную копию модели данных. (Выберите модель, затем «Редактор» -> «Добавить версию модели»)

2. Внесите изменения в новую копию модели данных

3. Отметьте копию новой модели данных как текущую версию. (Щелкните элемент xcdatamodel верхнего уровня, затем в инспекторе файлов установите для записи «Текущий» в разделе «Модель данных с версиями» новую модель данных, созданную на шаге 1.

4. Обновите объекты модели, чтобы добавить сущность RecipeIngredient. Также замените связи ингредиентов и рецептов в сущностях Recipe и Ingredient новыми связями, которые вы создали на шаге 2, к сущности RecipeIngredient. (Оба объекта добавляют это отношение. Я назвал свой recipeIngredients). Очевидно, что везде, где вы создаете отношение от ингредиента к рецепту в старом коде, теперь вам нужно создать объект RecipeIngredient... но это выходит за рамки этого ответа.

5. Добавьте новое сопоставление между моделями (Файл->Новый файл...->(Раздел основных данных)->Модель сопоставления. Это автоматически сгенерирует для вас несколько сопоставлений. RecipeToRecipe, IngredientToIngredient и RecipeIngredient.

6. Удалите сопоставление RecipeIngredient. Также удалите сопоставления отношений recipeIngredient, которые он дает вам для RecipeToRecipe и IngredientToRecipe (или как вы их назвали на шаге 2).

7. Перетащите сопоставление RecipeToRecipe последним в списке правил сопоставления. (Это важно, чтобы мы были уверены, что Ингредиенты переносятся раньше Рецептов, чтобы мы могли связать их при переносе рецептов.) Миграция будет выполняться в порядке списка правил миграции. .

8. Установите пользовательскую политику для сопоставления RecipeToRecipe «DDCDRecipeMigrationPolicy» (это переопределит автоматическую миграцию объектов Recipes и даст нам возможность выполнить логику сопоставления.

9. Создайте DDCDRecipeMigrationPolicy, создав подкласс NSEntityMigrationPolicy для рецептов, чтобы переопределить createDestinationInstancesForSourceInstance (см. код ниже). Это будет вызываться один раз для каждого рецепта, что позволит нам создать объект Recipe, а также связанные объекты RecipeIngredient, которые свяжут его с Ingredient. Мы просто разрешим автоматическую миграцию Ingredient по правилу сопоставления, которое Xcode автоматически создает для нас на шаге 5.

10. Где бы вы ни создавали постоянное хранилище объектов (возможно, AppDelegate), убедитесь, что вы установили пользовательский словарь для автоматической миграции модели данных:

if (![__persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType 
      configuration:nil 
      URL:storeURL 
      options:[NSDictionary dictionaryWithObjectsAndKeys:[NSNumber numberWithBool:YES], NSMigratePersistentStoresAutomaticallyOption,  nil] 
      error:&error])
{
}

Подкласс NSEntityMigrationPolicy для рецептов

#import <CoreData/CoreData.h>
@interface DDCDRecipeMigrationPolicy : NSEntityMigrationPolicy
@end

*Переопределить createDestinationInstancesForSourceInstance в DDCDRecipeMigrationPolicy.m *

- (BOOL)createDestinationInstancesForSourceInstance:(NSManagedObject *)sInstance entityMapping:(NSEntityMapping *)mapping manager:(NSMigrationManager *)manager error:(NSError **)error
{

    NSLog(@"createDestinationInstancesForSourceInstance : %@", sInstance.entity.name);

   //We have to create the recipe since we overrode this method. 
   //It's called once for each Recipe.  
    NSManagedObject *newRecipe = [NSEntityDescription insertNewObjectForEntityForName:@"Recipe" inManagedObjectContext:[manager destinationContext]];
    [newRecipe setValue:[sInstance valueForKey:@"name"] forKey:@"name"];
    [newRecipe setValue:[sInstance valueForKey:@"overview"] forKey:@"overview"];
    [newRecipe setValue:[sInstance valueForKey:@"instructions"] forKey:@"instructions"];

    for (NSManagedObject *oldIngredient in (NSSet *) [sInstance valueForKey:@"ingredients"])
    {
        NSFetchRequest *fetchByIngredientName = [NSFetchRequest fetchRequestWithEntityName:@"Ingredient"];
        fetchByIngredientName.predicate = [NSPredicate predicateWithFormat:@"name = %@",[oldIngredient valueForKey:@"name"]];

        //Find the Ingredient in the new Datamodel.  NOTE!!!  This only works if this is the second entity migrated.
         NSArray *newIngredientArray = [[manager destinationContext] executeFetchRequest:fetchByIngredientName error:error];

        if (newIngredientArray.count == 1)
        {
             //Create an intersection record. 
            NSManagedObject *newIngredient = [newIngredientArray objectAtIndex:0];
            NSManagedObject *newRecipeIngredient = [NSEntityDescription insertNewObjectForEntityForName:@"RecipeIngredient" inManagedObjectContext:[manager destinationContext]];
            [newRecipeIngredient setValue:newIngredient forKey:@"ingredient"];
            [newRecipeIngredient setValue:newRecipe forKey:@"recipe"];
             NSLog(@"Adding migrated Ingredient : %@ to New Recipe %@", [newIngredient valueForKey:@"name"], [newRecipe valueForKey:@"name"]);
        }


    }

    return YES;
}

Я бы опубликовал изображение установки в Xcode и пример проекта Xcode, но, похоже, у меня пока нет очков репутации при переполнении стека... так что это не позволит мне. Я также опубликую это в своем блоге. bingosabi.wordpress.com/.

Также обратите внимание, что материал отображения модели Xcode Core Data немного ненадежен и иногда нуждается в «чистом», хорошем рестере Xcode, отскоке симулятора или во всем вышеперечисленном, чтобы он работал.

Как я предложил в комментариях к вопросу, вы можете не захотеть менять свою модель данных, а скорее создать мост между вашей моделью и библиотекой, который не понимает отношения «многие ко многим».

Таблица соединений, которую вы хотите создать, на самом деле уже существует, вам просто нужен другой способ представить ваши данные в этой библиотеке.

Сработает ли это, зависит от того, как эта библиотека смотрит на вашу модель. Существуют различные способы запроса свойств ваших сущностей, или может случиться так, что вы сами указываете, какие свойства/отношения должны быть скопированы.

Трудно дать реальный ответ без каких-либо подробностей обо всем этом, но общая идея такова:

У вас есть несколько управляемых объектов с заголовками, похожими на:

// Recipe.h

@interface Recipe : NSManagedObject
@property (nonatomic,retain) NSSet *ingredients;
@end

и теперь вы добавляете к этому объекту дополнительные методы, используя категорию:

// Recipe+fakejoin.h

@interface Recipe (fakejoin)
-(NSSet*)recipeIngredients;
@end

и реализация в Recipe+fakejoin.m этого метода, которая возвращает NSSet с RecipeIngredients объектами.

Но, как я уже сказал, это открытый вопрос, позволяет ли эта библиотека вам играть таким образом, не ломая ничего. Если все это звучит для вас в новинку, лучше найдите другое решение...