CoreData: ostrzeżenie: nie można załadować klasy o nazwie

Duplikuję istniejącą aplikację Objective-C TV Show do nowej wersji Swift przy użyciu Xcode 6.1 i mam pewne problemy z CoreData.

Stworzyłem model 4 jednostek, utworzyłem ich podklasę NSManagedObject (w Swift), a wszystkie pliki mają ustawione odpowiednie cele aplikacji (dla „Źródła kompilacji”).

Nadal pojawia się ten błąd za każdym razem, gdy próbuję wstawić nową jednostkę:

CoreData: ostrzeżenie: nie można załadować klasy o nazwie „Programy” dla jednostki „Programy”. Nie znaleziono klasy, zamiast tego użyto domyślnego NSManagedObject.

Kilka uwag:

Podczas zapisywania do danych podstawowych używam sposobu kontekstu rodzic-dziecko, aby umożliwić wątkowanie w tle. Robię to, konfigurując ManagedObjectContext przy użyciu:

lazy var managedObjectContext: NSManagedObjectContext? = {
  // Returns the managed object context for the application (which is already bound to the persistent store coordinator for the application.) This property is optional since there are legitimate error conditions that could cause the creation of the context to fail.
  let coordinator = self.persistentStoreCoordinator
  if coordinator == nil {
    return nil
  }
  var managedObjectContext = NSManagedObjectContext(concurrencyType: NSManagedObjectContextConcurrencyType.MainQueueConcurrencyType)
  managedObjectContext.persistentStoreCoordinator = coordinator
  return managedObjectContext
}()

i zapisując dane za pomocą:

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), { () -> Void in
  var context = NSManagedObjectContext(concurrencyType: NSManagedObjectContextConcurrencyType.PrivateQueueConcurrencyType)
  context.parentContext = self.managedObjectContext!
  ...rest of core data saving code here...
})

To ostrzeżenie jest jednym z dziwactw, z którymi musimy się uporać podczas dopracowywania szczegółów implementacji Swift. Ostrzeżenie jest fałszywe, tzn. Twoja konfiguracja może działać, nawet jeśli nie wykonasz opisanych poniżej czynności.

W większości przypadków udało mi się go pozbyć, upewniając się, że klasa jest poprawnie ustawiona w edytorze modeli . W przeciwieństwie do wielu innych postów SOF (w tym odpowiedzi na to pytanie), sugestia włączenia nazwy modułu (like MyApp.Shows) nie pomogła mi.

Upewnij się, że sprawdziłeś te trzy elementy:

1.
Wersja, która działa do Xcode 7 beta 3

Zauważ, że poprawiłem nazwę twojego bytu na bardziej odpowiednią liczbę pojedynczą.

Wersja, która działa dla Swift 2.0 w Xcode 7.1
(powinna działać dla Xcode 7 beta 4 i nowszych)

Musisz usunąć tekst „Bieżący moduł produktu” w module!

2.
Powinieneś także przestrzegać częstego zalecenia dołączania

@objc(Show)

tuż nad twoją klasą.

Uwaga : jeśli używasz Xcode 7 beta 4 lub nowszego, ten krok jest opcjonalny.

3.
Upewnij się również, że utworzony obiekt zarządzany jest rzutowany na odpowiednią klasę, ponieważ domyślna byłaby just NSManagedObject.

var newShow = NSEntityDescription.insertNewObjectForEntityForName("Show", 
                 inManagedObjectContext: context) as Show

Aktualizacja SWIFT 2 / XCODE 7:

Ten problem (zobacz również mój komentarz z 3 kwietnia do tej odpowiedzi) został rozwiązany w wydaniu wersji beta Swift 2 i XCode 7 firmy Apple. Więc właściwie nie potrzebujesz teraz @objc(myEntity)w Swift, jak odpowiedział Mundi lub używając " MyAppName." przed nazwą twojej klasy. Przestanie działać. Więc usuń je, po prostu wpisz Classnazwę w Plik i wybierz Current Working Modulejako moduł i na zdrowie!

Ale dla tych, którzy używają @objc(myEntity)w Swift (jak ja), możesz użyć tego innego rozwiązania, które działa płynnie.

W xcdatamodel poprawna klasa w. Powinna wyglądać następująco:

Proszę bardzo. Module.Classjest wzorcem dla CoreData w Swift i XCode 6. Będziesz również potrzebował tej samej procedury podczas używania klasy Custom Policy w Model Policy lub innych elementach CoreData. Uwaga: na obrazku nazwa i klasa powinny mieć postać Car i MyAppName.Car (lub jakakolwiek inna nazwa Twojej jednostki). Tutaj Userjest literówka.

Używając Xcode 7 i wyłącznie Swift, musiałem usunąć @objc(MyClass) z mojej automatycznie wygenerowanej NSManagedObjectpodklasy (wygenerowanej z Editor> Create NSManagedObject Subclass...).

W Xcode 7 beta 2 (i wierzę 1), w konfiguracji modelu nowy obiekt zarządzany typu Filejest ustawiony na Module, Current Product Modulea klasa obiektu jest wyświetlana w konfiguracji jako .File.

Usunięcie ustawienia modułu tak, aby był pusty, lub usunięcie kropki, aby nazwa klasy w konfiguracji była po prostu Fileakcjami równoważnymi, ponieważ każda z nich powoduje inną zmianę. Zapisanie tej konfiguracji usunie opisany błąd.

W Xcode 6.1.1 nie musisz dodawać atrybutu @objc, ponieważ jednostka podstawowa jest podzbiorem klasy objc (NSManagedObject) (zobacz Zgodność typu Swift . W CoreData wymagana jest pełna nazwa Module.Class. Pamiętaj, że moduł nazwa jest ustawiona w Ustawienia kompilacji -> Pakowanie -> Nazwa modułu produktu.Domyślnie jest to ustawione na $ (PRODUCT_NAME: c99extidentifier), który będzie nazwą celu .

W przypadku wersji xCode 7 i Swift 2.0 nie trzeba dodawać @objc (NameOfClass), wystarczy zmienić ustawienia encji na karcie „Pokaż inspektora modelu danych”, jak poniżej -

Nazwa - „Nazwa Twojej jednostki”

Klasa - „Nazwa Twojej jednostki”

Moduł - „Bieżący moduł produktu”

Kod dla pliku klasy jednostki będzie wyglądał następująco (w moim kodzie Entity is Family) -

import UIKit
import CoreData

class Family: NSManagedObject {

   @NSManaged var member : AnyObject
}

Ten przykład działa dobrze w mojej aplikacji z xCode 7.0 + Swift 2.0

Nie zapomnij zastąpić PRODUCT_MODULE_NAMEnazwą modułu produktu.

Po utworzeniu nowej encji musisz przejść do Inspektora modelu danych (ostatnia karta) i zastąpić PRODUCT_MODULE_NAMEnazwą swojego modułu, w przeciwnym razie spowoduje to class not foundbłąd podczas tworzenia stałego koordynatora magazynu.

Musisz także użyć (przynajmniej z Xcode 6.3.2) Module.Class podczas obsady, na przykład: Zakładając, że twój moduł (tj. Nazwa produktu) to Food, a twoja klasa to Fruit

let myEntity =  NSEntityDescription.entityForName("Fruit", inManagedObjectContext: managedContext)

let fruit = NSManagedObject(entity: myEntity!, insertIntoManagedObjectContext:managedContext) as! Food.Fruit

Podsumować:

• Uwzględnij nazwę modułu podczas definiowania jednostki w edytorze modelu danych (nazwa: owoc, klasa: żywność.owoc)
• Podczas uzyskiwania dostępu do encji w kodzie (tj.SWIFT), prześlij ją za pomocą Module.class (np. Food.Fruit)

Napotkałem również podobny problem, wykonaj następujące kroki, aby rozwiązać ：

1. Rodzicem jest NSManagedObject, a nie NSObject
2. Moduł jednostki jest domyślny, a nie „Bieżący moduł produktu”

Zmiana nazwy klasy jednostki w edytorze modelu danych tak, aby odpowiadała danej klasie i dodanie @objc(NameOfClass)do pliku każdego NSManagedObject tuż nad deklaracją klasy rozwiązało ten problem podczas testów jednostkowych.

To, co zadziałało dla mnie (Xcode 7.4, Swift), to zmiana nazwy klasy na <my actual class name>.<entity name> w Inspektorze jednostek, w polu „Klasa”.

Mój inicjator podklasy obiektu zarządzanego wygląda następująco:

    convenience init(<properties to init>) {
    let entityDescr = NSEntityDescription.entityForName("<entity class name>", inManagedObjectContext: <managed context>)
    self.init(entity: entityDescr!, insertIntoManagedObjectContext: <managed context>)}
    //init properties here

Dla Xcode 11.5: jeśli właściwość Codegen to Definicja klasy i jeśli nie otrzymujesz sugestii dla jednostki utworzonej w xcdatamodel. Spróbuj zamknąć Xcode i ponownie otworzyć projekt. Mi to pasuje. Ta odpowiedź jest tylko wtedy, gdy nie otrzymujesz sugestii, ale jeśli plik nie zostanie wygenerowany, wypróbuj dowolną z powyższych odpowiedzi.