Core Data Codegen alles Optionals

Butterkeks · 7. April 2017, 08:12

Mich verwirrt ein wenig, dass wenn ich meine NSManagedObject Sublcasses automatisch generieren lasse, alle Propertys Optionals sind. Vollkommen egal ob ich diese im DataModel als Optional oder nicht markiert habe.
Da dass ganze forced unwrapping, da ich weiß der Inhalt kann nicht nil sein, in meinen Augen doch etwas unschön aussieht, überlege ich ob ich die Subclasses nicht doch wieder manual editiere, auch wenn ich das neue Codegen Feature ansonsten eigentlich echt mag.

Bevor ich das tu, wollte ich jedoch Fragen ob es irgendwelche Gründe dafür gibt, dass Xcode alles als Optionals generiert.

macmoonshine · 7. April 2017, 11:04

CoreData erzeugt bei einem Fetch jeweils zuerst das Objekt, und übergibt dann die Warte an das Objekt. Das geht so nicht ohne Optionals.

Butterkeks · 7. April 2017, 15:39

Ergibt Sinn, jedoch funktioniert es komischerweise auch problemlos wenn ich es änder und keine Optionals habe

macmoonshine · 7. April 2017, 16:24

Die Variablen in einer NSManagedObject-Subklasse sind ja mit @NSManaged annotiert, und werden somit in der Oberklasse verwaltet. Die Subklasse hat dafür höchstens generierte Accessoren, aber wahrscheinlich selbst das nicht.

Normalerweise musst du eine nicht-optionale Klasse zur Konstruktionszeit initialisieren. @NSManaged hebt diese Regel auf, oder andersherum gesagt, diese Variablen können für Klassen auch nil sein, obwohl sie das gar nicht können. Das führt dann zu netten Abstürzen.

Amin Negm-Awad · 10. April 2017, 19:45

Ich würde mal sagen, dass das gesamte Core Data ohnehin in Objective-C geschrieben ist und die Annotierung daher ohnehin keinen Schwanz interessiert. Das ist nur Deko für Swift, damit der irgendwelche Annahmen machen kann, wenn er mal wieder 3,5 h kompiliert.

Was du allerdings im Editor angibst, ist für ein im Speicher liegendes Objekt egal. Das heißt, dass ein falls entgegen der Definition eine Property nil sein sollte, dies ja erst beim Speichern auffällt. Swift will aber schon vorher abstürzen.

macmoonshine · 10. April 2017, 22:21

Der umgekehrte Fall geht genauso in die Hose: Du greifst auf die Property zu, obwohl ihr noch gar keine Objektreferenz zugewiesen wurde. Das CoreData-Objekt liefert also nil. Die Swift-Runtime versucht dann, weil es kein Optional ist, nil zu dereferenzieren, was natürlich suboptimal ist, und der Programmierer an der rosa Zeile in Xcode sieht.