CoreData - set kann nicht leerer string als default-Wert für Attribut

Ich habe eine Person in meinem datamodel mit einem string-Attribut, das derzeit optional, und ich möchte zu konvertieren, das auf ein erforderliches Attribut mit einem Standardwert einer leeren Zeichenfolge.

Als andere entdeckt haben, verlassen Sie den Standardwert leer in die Xcode-CoreData Daten modeller Ergebnisse bei der Validierung Fehler (da der designer interpretiert dies als NULL), aber das versuchen ", "" oder @"" als default-Wert Ergebnisse in diesen literalen Zeichen interpretiert wird als Standard, anstatt die leere Zeichenfolge mit der Länge null, wie gewünscht.

Habe ich dieser thread auf Google, jedoch, abgesehen von der Lösung wirklich hässlich (Modell-definition aufgeteilt .xcdatamodel und objc Quelle), ist es auch nicht funktioniert, für leichte Migrationen, weil diese Migrationen erfolgen ausschließlich auf der Grundlage der .xcdatamodel Dateien und der objc-Logik aus Ihrem entity-Implementierungen nicht geladen.

Gibt es eine Möglichkeit, dies zu erreichen in der data model designer?

InformationsquelleAutor glenc | 2011-03-01
  1. 30

    Dies ist eine sehr interessante Frage. Nach einigen Tests glaube ich nicht, das ist möglich, weil der Weg das Textfeld in das Datenmodell konfiguriert ist.

    Im Prinzip könnte man mit dem unicode-leer-Satz Charakter \u2205 zur Darstellung eines leeren Standard-Zeichenfolge, sondern wird das Textfeld nicht scheinen zu akzeptieren, entgeht so wandelt er jeden Versuch zu entkommen, ein unicode-Zeichen-code, um die Zeichenkette von den code-Zeichen für die sich z.B. die Eingabe von '\u2205' endet, als der wörtliche text '\u2205'.

    In der Theorie könnten Sie schreiben, eine utility-app zum Lesen in die grafisch generierten managed-object-Modell-Datei und dann programmgesteuert setzen Sie das Attribut standardmäßig gleich einen leeren string ein und speichern Sie die Datei zurück auf die Festplatte. Ich sage "in der Theorie", denn es gibt keinen dokumentierten Weg, um Weg zu sparen, eine managed-object-Modell-Datei von code. Sie Lesen können, und ändern Sie es in der Erinnerung, aber nicht beibehalten, die änderungen.

    Bisschen ein versehen, denke ich.

    Ich glaube nicht, dass Sie keine Wahl haben, aber um die empty string pragmatisch, wenn das Modell geladen wird. Das ist einfach zu tun, aber es ist hässlich und Sie sich merken müssen, Sie hat (vor allem, wenn Sie migrieren Versionen), aber ich denke jetzt, dass ist die einzige Wahl.

    • Danke für die Antwort und zusätzliche Tests ... ich vermutete, es war nicht zu einer Antwort, und ja, das ist ein großer Mist!
    • Gut, es war eine große Frage. Ich habe verwendet, Core Data, eine Menge, aber das war ein problem, das ich die nie getroffen haben. Ich lernte ziemlich an zu recherchieren. Ich hatte nie versucht, programmgesteuert ändern Sie eine verwaltete Objekt-Modell und speichern Sie es, aber ich hatte immer angenommen, Sie könnten. Ich war sehr überrascht zu erfahren, es gibt keine dokumentierten Mittel, dies zu tun.
    • picardfacepalm.jpg
    • Hat jemand reichte einen radar? Wenn ich das mache, würde ich gerne eine Beziehung zu den bestehenden ticket-Nummern.
    InformationsquelleAutor TechZen
  2. 15

    Peitsche aus Ihrem bevorzugten XML-editor (ich habe gerade verwendet Emacs) und Tauchen nach unten, um die contents Datei im .xcdatamodel bundle innerhalb der .xcdatamodeld bundle. Fügen Sie einfach ein defaultValueString="" XML-Attribut, um die <attribute>...</attribute> element innerhalb der <entity>...</entity> Klammern.
    Hier ist ein Beispiel:

    <attribute name="email" attributeType="String" defaultValueString="" syncable="YES"/>

    Kann ich nicht sprechen, ob diese überlebt migration, da ich noch nicht zu tun hatte, dass noch.

    • Dieser arbeitete für mich. Ich kann auch nicht kommentieren, Migrationen, aber es hat überlebt öffnen/schließen der Modelldatei, sowie das editieren anderer Eigenschaften das Attribut im Bereich "Informationen".
    • Was ein wertloses Kommentar: "Das ist eine schreckliche Idee.". Vielleicht darauf hindeutet, etwas, das besser wäre hilfreicher? Mein Konzept, sicherlich mit wissen der möglicherweise zu verändernden Struktur der contents Datei, zumindest simuliert eine CoreData-data modeler, ohne diese mis-feature. Alle anderen Lösungen sind relativ Schwergewichts-code Verbesserung für ein problem, das gelöst werden sollten, die zur design-Zeit, d.h. mit einem nicht-buggy-modeler.
    • völlig mit Ihnen einverstanden. Es macht mich so nervös, um ein XCode, die nicht akzeptieren, Standardwert "", das ist was ganz anderes als ein null-string. Mit swift, die ist ja sogar alptraumhaft. Wie du schon sagtest, es muss gelöst werden zur design-Zeit, und wir sollten nicht verwöhnt, alle unsere codes mit einem stummen Anweisung, nur weil XCode ist irgendwann wertlos. Nach mir, das ist ein Fehler auf der control-Feld, weil ich weiß nicht, warum Raum caracter oder leer caracter kann nicht sein, einen default-Wert. Es macht mich traurig zu sehen, dass im Jahr 2015 ist dies immer noch nicht gelöst
    • Getestet mit Migrations-und es funktioniert.
    InformationsquelleAutor Scott Marks
  3. 7

    Ich dieses Problem gelöst, durch überschreiben der getter-für meinen Bereich - wenn es null enthält, habe ich wieder einen leeren string statt:

    -(NSString *)unit {
    if ([self primitiveValueForKey:@"unit"] == NULL) {
        return @"";
    } else {
        return [self primitiveValueForKey:@"unit"];
    }
}

    Bisher scheint es zu tun, der trick, und ich würde vorstellen, es würde keine Auswirkungen Migrationen (obwohl ich nicht weiß genug über Sie, um sicher sagen). Ich weiß nicht wirklich, ob es eine null oder ein leerer string in der db, nach dem all - so lange, wie ich bekommen "" anstelle von null, wenn ich Fragen für das Feld.

    InformationsquelleAutor Sasha
  4. 6

    Mein Ansatz zur Lösung dieses Problems war die Schaffung eines NSManagedObject Unterklasse und Griff die substitution von leere strings für Nullwerte in awakeFromInsert. Sodann habe ich alle Personen als Kinder, die aus dieser Unterklasse statt Kinder von NSManagedObject. Die Annahme hier ist, dass ich möchte, jeder string-Attribut innerhalb einer bestimmten Entität werden auf einen leeren string gesetzt standardmäßig (es würde nicht funktionieren, oder würde zumindest erfordern zusätzliche Logik, wenn Sie wollte, einige bleiben NULL innerhalb der gleichen Einheit).

    Wahrscheinlich gibt es ein effizienter Weg, dies zu tun, aber da es nur Einheit der Schöpfung, ich glaube nicht, dass es zu viel von einem performance-hit.

    - (void)awakeFromInsert {
    [super awakeFromInsert];

    NSDictionary *allAttributes = [[self entity] attributesByName];
    NSAttributeDescription *oneAttribute;

    for (NSString *oneAttributeKey in allAttributes) { 
        oneAttribute = [allAttributes objectForKey:oneAttributeKey];
        if ([oneAttribute attributeType] == NSStringAttributeType) {
            if (![self valueForKey:[oneAttribute name]]) {
                [self setValue:@"" forKey:[oneAttribute name]];
            }
        }
    }
}
    • Ein Vorschlag auf der Grundlage der Dokumentation für awakeFromInsert - statt mit setValue:forKey: verwenden setPrimitiveValue:forKey: so, dass die KVO nicht ausgelöst.
    InformationsquelleAutor David Ravetti
  5. 3

    Können Sie es manuell tun.
    In Ihrer model-Klasse, überschreiben awakeFromInsert und stellen Sie Ihre Saiten auf eine leere Zeichenfolge

    Swift:

    override func awakeFromInsert()
{
    super.awakeFromInsert()
    self.stringProperty = ""
}

    Objective-C

    - (void) awakeFromInsert
{
    [super awakeFromInsert];
    self.stringProperty = @"";
}
    InformationsquelleAutor AMTourky
  6. 1

    Hier ist die Swift-Lösung basierend auf der David Ravetti Antwort und edelaney05 Kommentar. Zusätzlich habe ich noch optionalität überprüfen.

    Diese Lösung funktioniert gut in meine Projekte.

    class ExampleEntity: NSManagedObject {

    ...

    override func awakeFromInsert() {
        super.awakeFromInsert()
        for (key, attr) in self.entity.attributesByName {
            if attr.attributeType == .stringAttributeType && !attr.isOptional {
                if self.value(forKey: key) == nil {
                    self.setPrimitiveValue("", forKey: key)
                }
            }
        }
    }

    ...
}
    InformationsquelleAutor speshiou
  7. -1

    Vielleicht bin ich spät dran mit dieser Antwort, aber ich war Googeln und dieses forum gefunden.

    Die Lösung ist ganz einfach:

    1. Wenn Sie klicken Sie auf die xcdatamodelId (Auf der linken Bildschirmseite)
    2. Ändern Sie die Person Anzeigen, um Graphen
    3. Doppelklicken Sie auf das Attribut, das Sie wollen, und das Menü erscheint auf der rechten Seite.

    Alle änderungen sind einfach.

    Teil 2

    CoreData - set kann nicht leerer string als default-Wert für Attribut

    Teil 3

    CoreData - set kann nicht leerer string als default-Wert für Attribut

    InformationsquelleAutor Khajak Kirikian
Schreibe einen Kommentar