Problem mit ComboBox und deren Binding

norbi · 31. Januar 2009, 13:34

Du kannst für Core Data auch ein eigenes Speicherformat erstellen. Steht alles in "Atomic Store Programming Topics".
Ich hab' mich damit aber noch nicht beschäftigt. Könnte sein, daß der Mehraufwand für den eigenen Store größer ist, als Du durch Core-Data-Verwendung wieder einsparst.

Wieso ist die Speicherung eigentlich so ein Problem? Wenn Du beim Programmstart oder bei Änderungen im Dateisystem die Filmordner immer neu lädtst und beim Beenden oder Speichern die Ordner neu erstellst, kann Dir doch egal sein, was gespeichert wird. Ein geändert-Flag in "Movies" und schon ginge das recht effizient.

No.

BliBlaBlo · 31. Januar 2009, 13:41

Naja... den Ordner sollte ich nicht neu erstellen, denn dann ist ja der Film auch weg...
Ich muss nur die nfo-Datei neu erstellen... das ist alles...

norbi · 31. Januar 2009, 13:42

Also noch einfacher.

BliBlaBlo · 31. Januar 2009, 13:45

Muss ich dafür mein eigenes Speicherformat erstellen? Oder kann ich einfach eine Methode überladen die automatisch aufgerufen wird? (Ich hab sowas noch nie gemacht

)

norbi · 31. Januar 2009, 13:51

Hast Dir "Atomic Store Programming Topics" wohl nicht durchgelesen.
Ich werd' Dir die Doku nicht vorlesen

No.

BliBlaBlo · 31. Januar 2009, 13:54

Schade ;).... Ich werd mich mal dem Tut widmen :)... danke erstmal!!!

Christian Kienle · 31. Januar 2009, 14:25

Ein eigener Store ist wohl (wie fast immer) mit Kanonen auf Spatzen geschossen...

Lies (und arbeite) dich lieber weiter in Core Data ein und lass das Kapitel "eigene Atomic Stores" vorerst unbeachtet.

BliBlaBlo · 31. Januar 2009, 15:22

Hm... ok....
ich habe gesehen, dass ich in MyDocument (das ja von NSPersistentDocument abgeleitet ist, und auch den managedObjectContext hält) die Methode :saveDocument überladen kann...
In MyDocument könnte ich ein IBOutlet NSArrayController haben (das ich im IB mit meinem Movies ArrayController verbinde) und somit komme ich auch an den Inhalt meiner Movies ran...
Und dann kann ich die einfach speichern...
Ist das so sinnvoll? Oder geht das besser... ich weiß nicht wo ich bei dem CoreData Document anfangen soll... und ich weiß nicht was ich für mich davon benötige. Und in dem Buch das ich habe (von Aaron Hillegass) finde ich keine Lösung für mein Problem

Kann ich den... Save As... Dialog meine :saveDocument Methode auslösen lassen?

Bin ich so am richtigen Weg?
Und noch eine frage...
isDocumentEdited kann ich leider nicht einfach nach dem laden auf "FALSE" setzen... geht das irgendwie anders?

Lg

norbi · 31. Januar 2009, 15:55

...überladen kann...

Wozu willst Du einzelne Dokumente speichern, wo doch ein Dokument mehrere Filme beinhaltet?

Wo Du bei Core-Data anfängst? Beim Datenmodell.

Ich schreibe selber gerade eine Core-Data-App. Worum ich mich überhaupt nicht kümmere, nicht mit einer Zeile Code, ist das Speichern. Wozu auch...

No.

BliBlaBlo · 31. Januar 2009, 16:01

Original von norbi

...überladen kann...

Wozu willst Du einzelne Dokumente speichern, wo doch ein Dokument mehrere Filme beinhaltet?

Wo Du bei Core-Data anfängst? Beim Datenmodell.

Ich schreibe selber gerade eine Core-Data-App. Worum ich mich überhaupt nicht kümmere, nicht mit einer Zeile Code, ist das Speichern. Wozu auch...

No.

Ich muss jede .nfo Datei einzeln speichern... ich brauch für jeden Film eine eigene nfo.... So ist die Vorgabe von XBMC...

norbi · 31. Januar 2009, 16:01

Ich geb' jetzt auf.

BliBlaBlo · 31. Januar 2009, 16:17

Ist mein Problem echt so kompliziert? Oder ich einfach zu blöd?

Also... hier nochmal kurz was mein Programm können soll:

* Nach .nfo Dateien suchen und diese Auslesen (das geht schon)
* Die Inhalte der nfo Datein können dann geändert werden... (geht ja auch schon) (später werde ich noch eine Möglichkeit programmieren, Daten übers Internet von einer der Movie-DBs zu erhalten)
* Am Ende will man dann die nfo's speichern... und zwar wieder jede einzeln für sich. Das muss so sein und daran kann ich nichts ändern.

Das ganze ist keine FilmDB sondern nur ein Programm zum ändern dieser nfo Dateien und dient dazu, Filme für XBMC vorzubereiten (Der Scanner von XBMC sucht nach nfo Datein und holt sich die Infos da heraus... sonst müsste er im Internet nachschaun und die Ergebnisse stimmen nicht immer 100%ig). Programme wie das was ich machen will gibts schon.. aber nur für Windows (z.b.: MediaCompanion) und deshalb wollte ich eines für den Mac schreiben.

Ich will nur wissen...
Ist CoreData das richtige für mich wenn ich jede Datei einzeln speichern muss und ich keinen Wert darauf lege eine FilmDB zu haben?

norbi · 31. Januar 2009, 18:00

Nein, bleib' besser bei Deinem Konzept.

No.

Christian Kienle · 31. Januar 2009, 18:50

Ja Core Data ist sicher das richtige für dich.

Wo ist eigentlich dein Problem? Den Vorgang des Speicherns kannst du ja komplett selbst übernehmen.

BliBlaBlo · 31. Januar 2009, 19:20

Ich dachte jetzt ohne CoreData????
Ich hab nicht verstanden wie das mit dem selbst speichern gehen soll... deshalb bin ich jetzt wieder bei meinem alten Konzept gelandet und das funktioniert soweit...
Ich denke mit CoreData ginge es vielleicht einfacher... ich hab aber leider noch nicht so den Durchblick und deshalb mach ich's ohne

Christian Kienle · 31. Januar 2009, 19:30

Original von BliBlaBlo
Ich dachte jetzt ohne CoreData????
Ich hab nicht verstanden wie das mit dem selbst speichern gehen soll... deshalb bin ich jetzt wieder bei meinem alten Konzept gelandet und das funktioniert soweit...
Ich denke mit CoreData ginge es vielleicht einfacher... ich hab aber leider noch nicht so den Durchblick und deshalb mach ich's ohne

Wer sagte, dass du es ohne machen sollst?

BliBlaBlo · 31. Januar 2009, 19:36

Mein ursprüngliches Projekt war ohne CoreData.
Ich glaube dass CoreData für mich leider noch ein bisschen zu kompliziert ist und ich komm so recht gut weiter...

Mit CoreData habe ich eben keine Ahnung wie ich das mit dem speichern der einzelnen Dateien hinbekommen würde!

Aber wenn das so einfach ist, würde ich mich natürlich sehr freuen, wenn du mir zeigen könntest wie das geht... bzw. mir sagst so ich ein solches Bsp. finden würde.

Christian Kienle · 31. Januar 2009, 19:40

Original von BliBlaBlo
Mein ursprüngliches Projekt war ohne CoreData.
Ich glaube dass CoreData für mich leider noch ein bisschen zu kompliziert ist und ich komm so recht gut weiter...

Mit CoreData habe ich eben keine Ahnung wie ich das mit dem speichern der einzelnen Dateien hinbekommen würde!

Aber wenn das so einfach ist, würde ich mich natürlich sehr freuen, wenn du mir zeigen könntest wie das geht... bzw. mir sagst so ich ein solches Bsp. finden würde.

Was genau meinst du mit "speichern der einzelnen Dateien"? Das ist mir nicht ganz klar...

BliBlaBlo · 31. Januar 2009, 19:50

Ich hab ja in einem Thread (ca. 6 oder so weiter oben....) geschrieben, dass ich für jeden Film eine eigene nfo Datei brauche...
CoreData speichert mir den ganzen Inhalt von seinem Array ja in eine Datei....
Ich brauch aber pro Film, der sich in dem managedObjectContext befindet eine eigene Datei, die einem genauen Format entsprechen muss...
Hoffe du verstehst was ich meine

Christian Kienle · 31. Januar 2009, 20:00

Habe dir ein Projekt angehängt. Fügt mal ein paar Filme hinzu (auf + klicken) - und vergibt entsprechende Titel. Anschließend klickst du auf "Filme speichern".

Klickst du auf den Film wird die Methode filmeSpeichern: ausgeführt.

Quellcode

- (IBAction)filmeSpeichern:(id)sender {
for(NSManagedObject *film in [filme arrangedObjects]) {
NSLog(@"speichere film: %@", [film valueForKey:@"title"]);
}
}

Wie genau du aus einem Film eine "nfo"-Datei machst weisst natürlich nur du.