Несколько требований NSEntityDescription Подкласс NSManagedObject

Ответ 1

После автоматического кэширования

Такого больше не должно случиться с NSPersistent[CloudKit]Container(name: String), так как кажется, что теперь он автоматически кэширует модель (Swift 5.1, Xcode11, iOS13/MacOS10.15).

Предварительное автоматическое кэширование

NSPersistentContainer/NSPersistentCloudKitContainer имеет два конструктора:

• init (имя: строка)
• init (имя: строка, Модель managedObjectModel: NSManagedObjectModel)

Первый - это просто удобный инициализатор, вызывающий второй с загруженной с диска моделью. Проблема в том, что загрузка одного и того же NSManagedObjectModel дважды с диска внутри одного и того же app/test invocation приводит к ошибкам, указанным выше, поскольку каждая загрузка модели приводит к внешним регистрационным вызовам, которые при одной и той же ошибке [TG44 вызывают ошибки печати один раз. ]. И init(name: String) был недостаточно умным, чтобы кэшировать модель.

Поэтому, если вы хотите загрузить контейнер несколько раз, вам нужно загрузить NSManagedObjectModel один раз и сохранить его в атрибуте, который вы затем используете при каждом вызове init(name:managedObjectModel:).

Пример: кэширование модели

import Foundation
import SwiftUI
import CoreData
import CloudKit

class PersistentContainer {
    private static var _model: NSManagedObjectModel?
    private static func model(name: String) throws -> NSManagedObjectModel {
        if _model == nil {
            _model = try loadModel(name: name, bundle: Bundle.main)
        }
        return _model!
    }
    private static func loadModel(name: String, bundle: Bundle) throws -> NSManagedObjectModel {
        guard let modelURL = bundle.url(forResource: name, withExtension: "momd") else {
            throw CoreDataError.modelURLNotFound(forResourceName: name)
        }

        guard let model = NSManagedObjectModel(contentsOf: modelURL) else {
            throw CoreDataError.modelLoadingFailed(forURL: modelURL)
       }
        return model
    }

    enum CoreDataError: Error {
        case modelURLNotFound(forResourceName: String)
        case modelLoadingFailed(forURL: URL)
    }

    public static func container() throws -> NSPersistentCloudKitContainer {
        let name = "ItmeStore"
        return NSPersistentCloudKitContainer(name: name, managedObjectModel: try model(name: name))
    }
}

Старый ответ

Загрузка базовых данных - это немного волшебства, когда загрузка модели с диска и ее использование означает, что она регистрируется для определенных типов. Вторая загрузка снова пытается зарегистрироваться для типа, что, очевидно, говорит о том, что что-то уже зарегистрировано для типа.

Вы можете загрузить базовые данные только один раз и очищать этот экземпляр после каждого теста. Очистка означает удаление каждого объекта объекта, а затем сохранение. Существует некоторая функция, которая дает вам все сущности, которые вы можете затем извлечь и удалить. Пакетное удаление недоступно в InMemory, хотя объект, управляемый объектом, находится там.

(Вероятно, более простая) альтернатива - загрузить модель один раз, сохранить ее где-нибудь и повторно использовать эту модель при каждом вызове NSPersistentContainer. У нее есть конструктор, который использует данную модель вместо того, чтобы снова загружать ее с диска.

Ответ 2

В контексте модульных тестов с хранилищем в памяти у вас загружаются две разные модели:

• Модель, загруженная в ваше приложение основным стеком Core Data
• Модель, загруженная в ваши юнит-тесты для стека в памяти.

Это вызывает проблему, потому что, по-видимому, + [NSManagedObjectModel entity] просматривает все доступные модели, чтобы найти подходящую сущность для вашего NSManagedObject. Так как он находит две модели, он будет жаловаться.

Решение состоит в том, чтобы вставить ваш объект в контекст с помощью insertNewObjectForEntityForName:inManagedObjectContext: Это будет учитывать контекст (и, как следствие, модель контекста) для поиска модели сущности и, как следствие, ограничивать ее поиск одной моделью.

Мне кажется, что это ошибка в методе NSManagedObject init(managedObjectContext:) который, кажется, полагается на +[NSManagedObject entity] а не на контекстную модель.

Ответ 3

Как указала @Kamchatka, предупреждение отображается потому, что используется NSManagedObject init(managedObjectContext:). Использование NSManagedObject initWithEntity:(NSEntityDescription *)entity insertIntoManagedObjectContext:(NSManagedObjectContext *)context игнорирует это предупреждение.

Если вы не хотите использовать более поздний конструктор в своем тесте, вы можете просто создать расширение NSManagedObject в своей цели теста, чтобы override поведение по умолчанию:

import CoreData

public extension NSManagedObject {

    convenience init(usedContext: NSManagedObjectContext) {
        let name = String(describing: type(of: self))
        let entity = NSEntityDescription.entity(forEntityName: name, in: usedContext)!
        self.init(entity: entity, insertInto: usedContext)
    }

}

Я нашел это здесь, так что полная заслуга должна идти в @shaps

Ответ 4

Я столкнулся с этой проблемой при попытке выполнить модульное тестирование, связанное с CoreData, со следующими целями:

• в памяти тип стека NSPersistentContainer для скорости
• пересоздать стек для каждого теста, чтобы стереть данные

Как отвечает Фабиан, коренной причиной этой проблемы является то, что managedObjectModel загружается несколько раз. Однако может быть несколько возможных мест загрузки managedObjectModel:

1. В приложении
2. В тестовых случаях каждый setUp setUp подклассов XCTestCase, которые пытаются воссоздать NSPersistentContainer

Так что в два раза решить эту проблему.

1. Не устанавливайте стек NSPersistentContainer в приложении.

Вы можете добавить флаг underTesting чтобы определить, устанавливать его или нет.

2. Загружать managedObjectModel только один раз во всех модульных тестах

Я использую статическую переменную для managedObjectModel и использую ее для воссоздания в памяти NSPersistentContainer.

Некоторые выдержки как следующие:

class UnitTestBase {
    static let managedObjectModel: NSManagedObjectModel = {
        let managedObjectModel = NSManagedObjectModel.mergedModel(from: [Bundle(for: UnitTestBase.self)])!
        return managedObjectModel
    }()


    override func setUp() {
        // setup in-memory NSPersistentContainer
        let storeURL = NSPersistentContainer.defaultDirectoryURL().appendingPathComponent("store")
        let description = NSPersistentStoreDescription(url: storeURL)
        description.shouldMigrateStoreAutomatically = true
        description.shouldInferMappingModelAutomatically = true
        description.shouldAddStoreAsynchronously = false
        description.type = NSInMemoryStoreType

        let persistentContainer = NSPersistentContainer(name: "DataModel", managedObjectModel: UnitTestBase.managedObjectModel)
        persistentContainer.persistentStoreDescriptions = [description]
        persistentContainer.loadPersistentStores { _, error in
            if let error = error {
                fatalError("Fail to create CoreData Stack \(error.localizedDescription)")
            } else {
                DDLogInfo("CoreData Stack set up with in-memory store type")
            }
        }

        inMemoryPersistentContainer = persistentContainer
    }
}

Выше должно быть достаточно, чтобы решить эту проблему, возникающую при модульном тестировании.

Ответ 5

Я исправил свои предупреждения, изменив следующее:

• Я дважды загружал постоянное хранилище в своем приложении, которое привело к этим предупреждениям.
• Если вы делаете что-то в NSManagedObjectModel убедитесь, что используете модель из persistentStoreCoordinator или persistentStoreContainer. До того, как я загрузил его непосредственно из файловой системы и получил предупреждения.

Я не смог исправить следующие предупреждения:

• Ранее я удалил весь свой постоянный магазин и создал новый контейнер во время жизненного цикла приложения. Я не смог выяснить, как исправить предупреждения, которые я получил после этого.

Ответ 6

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

struct ManagedObjectModels {

   static let main: NSManagedObjectModel = {
       return buildModel(named: "main")
   }()

   static let cache: NSManagedObjectModel = {
       return buildModel(named: "cache")
   }()

   private static func buildModel(named: String) -> NSManagedObjectModel {
       let url = Bundle.main.url(forResource: named, withExtension: "momd")!
       let managedObjectModel = NSManagedObjectModel.init(contentsOf: url)
       return managedObjectModel!
   }
}

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

let container = NSPersistentContainer(name: "cache", managedObjectModel: ManagedObjectModels.cache)