Suchergebnisse

Stimmt! Mangelnde Performanz aufgrund zu vieler Elemente dürfte nicht das Problem sein. Davon geh ich jetzt auch mal aus... Aber da Du nun das Problem zur Gänze kennst möchte ich noch einmal einen Bogen zu meiner ersten Frage schlagen: One-To-Many Relationship Wie wäre jetzt die optimale Herangehensweise, um a) die genannte und noch ein, zwei weitere Berechnung durchführen zu können, die es allerdings alle nötig machen, über alle Elemente iterieren zu können b) die Annehmlichkeiten von CoreData…

Ich möchte einfach nur für jede Share im TableView folgende Berechnung ausführen und anzeigen: Quellcode (1 Zeile) Das müsste doch zu machen sein?

Zitat: „ Wer hat etwas von Subklasse gesagt? “ Niemand. Ich hab das einfach hinein interpretiert. Wenn ich einen ArrayController mit eigener Funktionalität brauche, sollte dieses Vorgehen doch in Ordnung sein? Oder ist das bei Cocoa anders? Zitat: „ Was ist denn die Berechnung, die vorgenommen werden muss? “ Share hat eine Funktion, die die Gesamtkosten der Position zurück gibt (Anzahl * Kaufpreis) Im ArrayController soll der prozentuale Anteil der Gesamtkosten der einzelnen Aktienposition (Shar…

Hallo! Die Lösung des ersten Problems wirft ein neues Problem auf... Im Grunde gehört dieses Thema mit einem ersten Beitrag (One-To-Many Relationship) zusammen. Da es aber verschiedene Probleme betrifft, hab ich mir gedacht, ich erstell einen neuen Thread. Folgendes: Ich hab eine Entität Share. Zur Berechnung einiger Werte ist es notwendig, über alle Shares interieren zu können. Auf euer anraten hin habe ich diese Berechnungen in eine Subclass von NSArrayController gepackt. Jetzt steh ich vor de…

Vielen Dank!

Da könnte man jetzt natürlich darüber streiten. Man könnte das auch im ArrayController verorten. Meines Erachtens sind die Werte aber Eigenschaften der Entität Share und genau dort brauche ich sie auch.

Zitat: „ Ich verstehe immer noch nicht warum du diese Referenz auf alle Objekte in einem Objekt brauchst. Kannst du mir das bitte mal genauer erklaeren? “ Um Berechnungen durchzuführen, die meines erachtens in die Entität "Share" gehören. Um diese Berechnungen durchführen zu können, muss ich über alle Shares im Context iterieren können.

In Apples CoreData-Doku? Da kommt ganz am Anfang eine Textstelle, die da heißt: Zitat: „ simply reading from start to finish is not a good strategy for learning how to use the technology effectively. “ Da hab ich wohl diesen Teil weg gelassen... Aber wenn das jetzt so klappt wie von Dir beschrieben dann hab ich endlich ein Erfolgserlebnis, kann endlich mein Projekt weiter führen, bin überglücklich und gelobe zukünftige Besserung! Wie bereits erwähnt: ich kann erst abends versuchen, das umzusetze…

Zitat: „ relatedIrgendwas = [relatingIrgendwas valueForKey:@"relationship"]; “ Genau das ist's, wo ich meine Birne nicht herum bekomme! Um das noch mal aufzudröseln: Ich hab meine Entity Share. Diese hat eine 1-to-many-Ralation zu Share (Also eine 1:n Beziehung auf sich selbst - wobei ihr mir leider noch nicht gesagt habt, wie das geht). So. Ich erzeuge mir diese Entity und füg sie dem Context hinzu. Und dann? Woher soll denn die Relation wissen, auf welche Objekte sie sich bezieht? Die ist dann…

Zitat: „ Du sollst das nicht in einer Eigenschaft haben. Böser Junge! “ Du siehst mich reumütig, mein Haupt in Demut gesenkt! Äh - sollte ich vielleicht den Fetch auf die Relation anwenden... Ja. vermutlich sollte ich das tun. Also noch mal ganz blöd gefragt (ich kann das erst am Abend am lebenden Objekt ausprobieren): wenn ich auf eine Relation einen Fetch ausführe, ist die dann auch korrekt, wenn ich weitere Objekte hinzu füge? Oder anders gefragt: hat jede Share die ganze Anzahl Shares, unabh…

Zitat: „Batürlich bekommst du jedesmal eine neue Instanz von NSArray. Das sollte dich allerdings reichlich wenig stören. “ Das stört mich dahingehend, dass ich dann eben beim ersten Objekt ein NSArray mit count == 1, beim zweiten mit count == 2 und so weiter bekomme. Ist ja auch klar - schließlich war beim ersten Fetch ja nur ein Objekt enthalten und beim zweiten dann schon zwei. Aber das hieße, ich müsste bei jedem Hinzufügen eines Share-Objekts alle Share-Objekte durchiterieren und die Shares-…

Zitat: „ Was davor steht ist allerdings recht merkwürdig. Mir scheint da ein generelles Designproblem vorzuliegen. Ich weiß auch nicht, was du mit Proxy in diesem Kontext meinst!? “ Ich war der Meinung, ein FetchReuqest erzeugt so was wie eine DeepCopy des NSArray - sprich: ich bekomme jedesmal ein neues Array-Objekt mit Zeiger auf die Objekte. Das würde dann dieses Verhalten erklären. Ist das denn nicht so?

Zitat: „ Alternativ machst du dir ein Outlet auf den Array-Controller und fragst den nach den Arranged-Objects. “ Auch die Variante hab ich schon versucht. Beim Hinzufügen der Share zum ArrayController wollte ich der Share die arrangedObjects zuweisen. Aber da stieß ich auf das Problem, dass ich einer Entity keine Property vom Typ NSArray geben kann. Wenn ich die Eigenschaft nur in der von NSManagedObject abgeleiteten Klasse implementiere und nicht in der Entity, dann findet er die Eigenschaft n…

Ja, die Iteration soll unabhängig vom selektierten Objekt möglich sein. Das mit dem FetchRequest habe ich folgendermaßen versucht: Beim Erzeugen und Hinzufügen einer Share zum Context führe ich den FetchRequest aus und weise das der Eigenschaft (z.B. shares) hinzu. Da das aber ein Proxy ist, stimmt die Berechnung nicht, da jedes vorhergehende Objekt nicht mehr über die später hinzugefügten Informiert wird. Also das erste Objekt kennt 1 Objekt, das zweite 2, das dritte 3 und so weiter... Den Fetc…

Hallo! Ich möchte mich gleich vorab für die möglicherweise blöde Frage entschuldigen, aber ich bin noch neu in Cocoa und es treibt mich stellenweise zur Verzweiflung! Folgendes Problem: Ich habe eine Anwendung mit CoreData und eine Entität Share. Weiters habe ich einen NSArrayController der an den ManagedObjectContext gebunden ist und eine NSTableView, deren Spalten an die Eigenschaften der Entität Share gebunden sind. So weit, so simpel. Für einige Berechnungen in Share ist es notwendig, über a…

Zu erst einmal vielen Dank für eure Tipps und Anregungen. Ich glaube auch, das so weit verstanden zu haben. :wacko: Auf die Gefahr hin, jetzt den Beweis anzutreten, nichts verstanden zu haben: Und wie binde ich dann meine UI? Zusätzlich zu den Category oder Department-NSSets, die ja nur die Abteilungszugehörigkeiten abbilden dann noch ein NSSet, das alle Persons beinhaltet? Und die TableView dann an dieses "AllPersonsSet" binden? Oder besser anders herum: eine TableView an ein "AllDepartmentsSet…

Aber jetzt mal unabhängig von CoreData: Das müsste sich doch auch ohne CoreData vernünftig darstellen lassen, oder? Vor allem auch auf eine Art und Weise darstellen lassen, die man dann via Bindings mit einer TableView angezeigt bekommt?

Zitat: „Wenn du eine Verwaltung übernehmen möchtest, dann erstelle dir doch ein 'Parent' mit der Relationship 'Personen' (NSSet) und reverse mit der Relationship 'Parent' (NSObject) und iteriere im Parent über das Set. “ So ein Konstrukt schwebt mir auch vor. Aber wenn ich jetzt nicht von NSSet oder NSArray ableite, bliebe ja nur, eine eigene Klasse (NSObject) die als Eigenschaft ein NSArray oder NSSet beinhaltet. Ich frage mich aber, wie ich das mit einem ArrayController so verdrahtet bekomme, …

Vielen Dank für den Link. Leider löst das mein Problem nicht. Ich muss mich entschuldigen - ich habe das Beispiel arg verkürzt wiedergegeben. Mir geht es nicht nur darum, einfach die Summe einer Eigenschaft zu berechnen. Meine Aufzählung (sei es nun ein Dictionary oder ein Array) soll praktischerweise mehr können. Beispiel: - Meine Person-Instanz soll wissen, wenn es zu einem Array zugeordnet ist. Zu diesem Zweck hat es eine Eigenschaft Dedication. Wenn ich die Person-Instanz meiner Aufzählung h…

Hallo. Ich bin relativ neu bei Objective-C und Cocoa und da kam bei einem Projekt eine Frage auf, für die ich keine recht befriedigende Antwort finden konnte. Ich beschreib mal kurz die Situation: ich habe Personen und ich habe eine Aufzählung von Personen (NSMutableArray). Das ganze möchte ich in einer TableView angezeigt bekommen und dort auch bearbeiten können. So weit, so gut. Jetzt habe ich manches an Funktionalität, das ganz klar zur Person gehört und somit in der Klasse "Person" implement…