Мигриране на връзка много към много към таблица за свързване в 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. Просто ще оставим Съставката да бъде автоматично мигрирана от правилото за картографиране, което 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 обекта.

Но както казах, открит е въпросът дали тази библиотека ви позволява да играете по този начин, без да счупите нещата. Ако всичко това ви звучи ново, по-добре намерете друго решение...