Hallo Sascha,

warum es einmal functioniert weiss ich auch nicht so genau, aber ich glaube, Objekte in den User Defaults sind immer immutable.

Es ist also keine schlechte Idee, immer eine mutableCopy von diesen Objekten zu machen.

Vielleicht hilft's?

Alex

Wie genau soll die Struktur aussehen? Soll dasein Arrays von Arrays sein?

Das Problem ist dass es ein Array aus Arrays von Objekten ist...



* card_ids ist offenbar ein Array (sonst würde objectAtIndex nicht gehen)
* [card_ids objectAtIndex:i] müßte ein NSMutableArray sein damit replaceObject geht

Mit der Initialisierung wird nur das äußere Array zu einer mutable-Kopie - nicht aber die dort gespeicherten Inhalte (Arrays auf zweiter Stufe)!

Beim zweiten Code wird gleich das ganze Inhalts-Array ersetzt. Das geht dann natürlich.

-- hns

Die erste Variante funktioniert beim zweiten Mal nicht mehr, weil Du aus den UserDefaults nur NSArrays bekommst. Du machst zwar aus dem übergeordneten NSArray ein NSMutableArray, aber die NSArrays "in" diesem NSMutableArray sind weiterhin immutable. Der Objektgraf sieht dann so aus:
Michael

Was ich mich jetzt frage ist, warum du Sachen wie card_id, card_name, card_address usw. in ein Array speicherst. Ist es nicht viel einfacher, das in ein Dictionary zu hauen, wo du über einen konkreten string wie @"name" einfach wieder an die daten kommst und nicht über einen index gehen musst? Vielleicht hilft dir ja dieser Artikel von Tom: macentwicklerwelt.net/index.php?title=Collections

Max

Stimmt, ein Array ist nämlich ein Dictionary:

macentwicklerwelt.net/index.php?title=Collections

Warum es dennoch einen Unterschied macht?

Was für einen Unterschied macht es, wenn du statt er Variablennamen
card_ids und i

einfach
Variable1 und Variable2

verwendest? Richtg gar keinen, was die Funktionalität angeht. Richtig, einen riesigen, wenn es um die Lesbarkeit geht. Ob es sich alelrdings lonht, ist eine andere Frage. Zumindest #define solltest du aber verwenden.

Strings kann man in Enums nicht anlegen, oder?

enum irgendwas : NSString
{
var1 = @"Test1",
var2 = @"Test2"
};

geht sowas?

@asarel: enum heißt enumeration - Aufzählung. Jetzt überleg nochmal kurz wegen den Strings und beantworte dir die frage selber.

@macuser: Wegen dem index und so macht das meines erachtens einen gigantischen unterschied. nehmen wir als beispiel, dass du deine Cards oder was auch immer du da baust als plist speichern willst, damit andere Programme sie importieren können. Woher soll der andere Entwickler wissen, was das erste item ist? Wenn es name heist ist es eindeutig...
Und ehe jetzt kommt "ich hab doch gar nicht vor..." und "das ist mir viel zu kompiziert..." usw. - ich finde es gehört zu einem guten Programmierstil, Dinge, die sich über keys eindeutig ausdrücken lassen, auch in einem Dictionary zu speichern.
Und noch was: was, wenn eine karte mal keinen namen hat? oder wenn du mehr attribute hinzufügst, die nicht immer vorhanden sein müssen, wie ein Geburtstag oder so? Bei einem Dictionary ist der key einfach nicht gesetzt, bei einem array, musst du jedoch immer ein leeres objekt oder NSNull einsetzen - das ist nicht gerade das wahre vom ein....

Max

..... Zumindest #define solltest du aber verwenden.

was meinst du damit?

vielleicht solltest du dich mal mit C beschäftigen, es gibt nichts wichtigeres als die Grundlagen...

Max

Original von asrael
Strings kann man in Enums nicht anlegen, oder?

Nein, das geht nicht. Du kannst aber z.B. so etwas machen:

Michael

@asarel: enum heißt enumeration - Aufzählung. Jetzt überleg nochmal kurz wegen den Strings und beantworte dir die frage selber.

Ok, ist auch in Ordnung so, wobei der Begriff "Aufzaehlung" eine Aufzaehlung von Strings nicht ausschliesst.

Ich hatte die Frage gestellt, weil ich der Meinung war, in C# haette ich sowas schonmal gemacht, war aber doch nicht so, geht auch nicht.
Ausserdem waere das eine Alternative fuer #defines. Wobei sich natuerlich der Praeprozessor um die textuelle Ersetzung kuemmert, bei enums ist das ja wieder ganz was anderes.

so long

Original von asrael
enum irgendwas : NSString
{
var1 = @"Test1",
var2 = @"Test2"
};

geht sowas?

Ja, aber andere Syntax:


Ein "echter" Enum als Typ 'irgendwas' ist es aber nicht.

Alternative mit #define:


aber 'var' sollte es dann vielleicht nicht mehr heissen sondern eher 'const'.

Cocoa macht das selbst oft auch so. Z.B. ist die Konstante NSTextDidBeginEditing ein solcher vorbelegter NSString.

Vorteil des Ganzen: der Compiler prüft Schreibfehler im Variablennamen. Schreibfehler in Konstanten kann er nicht prüfen.

-- hns

Original von macuser
jetzt weiss ich genausoviel wie vorher....

#define ist eine so genannte Compilerdirektive, so wie #import zum Beispiel auch. Der Preprozessor verarbeitet sie dann beim bzw. vor dem Compilieren. Was kann man nun mit #define machen? Nun man kann sich Makros definieren. Das simpelste Makro sieht so aus:

Wenn Du dann im Code MAKRO_NAME schreibst, dann ersetzt der Preprozessor dies durch makroinhalt. Wozu ist so etwas gut? Ein Beispiel:

Wenn Du bei diesem Code die Größe des Feldes verändern willst, dann musst Du den Code an zwei Stellen ändern. Mit einem Makro lässt sich das auf eine Änderung reduzieren:

Außerdem spart man sich das Suchen entsprechender Stellen im Code, da man die Makros sinnvoller Weise am Anfang der Datei bzw. in der Header-Datei definiert.
Das war jetzt eine ganz simple Anwendung von Makros. Es lassen sich noch viel kompliziertere Dinge damit anstellen.

Michael