Questo funziona proprio come previsto:
NSString *s = @"{ \"objs\": [ \"a\", \"b\" ] }";
NSData *d = [NSData dataWithBytes:[s UTF8String] length:[s length]];
id dict = [NSJSONSerialization JSONObjectWithData:d options:NSJSONReadingMutableContainers error:NULL];
NSLog(@"%@", dict);
[[dict objectForKey:@"objs"] addObject:@"c"];
NSLog(@"%@", dict);
NSLog(@"%@", [[dict objectForKey:@"objs"] class]);
Ecco l'output della console:
2012-03-28 13:49:46.224 ExampleRunner[42526:707] {
objs = (
a,
b
);
}
2012-03-28 13:49:46.225 ExampleRunner[42526:707] {
objs = (
a,
b,
c
);
}
2012-03-28 13:49:46.225 ExampleRunner[42526:707] __NSArrayM
EDIT
Nota che se ci aggiungiamo la seguente riga al codice di cui sopra ..
NSLog(@"%@", [[dict objectForKey:@"objs"] superclass]);
.210
... si ottiene il seguente output sulla console:
2012-03-28 18:09:53.770 ExampleRunner[42830:707] NSMutableArray
... nel caso in cui non era chiaro che __NSArrayM
è una sottoclasse privata di NSMutableArray
, dimostrando così che il codice del PO ha effettivamente funziona come previsto (fatta eccezione per la sua dichiarazione NSLog
).
EDIT
Oh, e dal modo in cui, la seguente riga di codice ...
NSLog(@"%d", [[dict objectForKey:@"objs"] isKindOfClass:[NSMutableArray class]]);
... genera il seguente output della console:
2012-03-28 18:19:19.721 ExampleRunner[42886:707] 1
MODIFICA (risponde alla domanda modificata)
Interessante ... sembra un insetto. Dato il seguente codice:
NSData *dictData2 = [@"{ \"foo\": \"bar\" }" dataUsingEncoding:NSUTF8StringEncoding];
id dict2 = [NSJSONSerialization JSONObjectWithData:dictData2 options:NSJSONReadingMutableContainers error:NULL];
NSLog(@"%@", [dict2 class]);
NSLog(@"%@", [dict2 superclass]);
NSLog(@"%d", [dict2 isKindOfClass:[NSMutableDictionary class]]);
// This works...
[dict2 setObject:@"quux" forKey:@"baz"];
NSLog(@"%@", dict2);
NSData *dictData = [@"{}" dataUsingEncoding:NSUTF8StringEncoding];
id emptyDict = [NSJSONSerialization JSONObjectWithData:dictData options:NSJSONReadingMutableContainers error:NULL];
NSLog(@"%@", [emptyDict class]);
NSLog(@"%@", [emptyDict superclass]);
NSLog(@"%d", [emptyDict isKindOfClass:[NSMutableDictionary class]]);
//...but this fails:
[emptyDict setObject:@"quux" forKey:@"baz"];
NSLog(@"%@", emptyDict);
Ecco l'output della console:
2012-03-29 09:40:52.781 ExampleRunner[43816:707] NSMutableDictionary
2012-03-29 09:40:52.782 ExampleRunner[43816:707] 1
2012-03-29 09:40:52.782 ExampleRunner[43816:707] __NSCFDictionary
2012-03-29 09:40:52.782 ExampleRunner[43816:707] NSMutableDictionary
2012-03-29 09:40:52.783 ExampleRunner[43816:707] 1
2012-03-29 09:40:52.783 ExampleRunner[43816:707] {
baz = quux;
foo = bar;
}
2012-03-29 09:40:52.784 ExampleRunner[43816:707] __NSCFDictionary
2012-03-29 09:40:52.784 ExampleRunner[43816:707] NSMutableDictionary
2012-03-29 09:40:52.784 ExampleRunner[43816:707] 1
2012-03-29 09:40:52.785 ExampleRunner[43816:707] NSException: -[__NSCFDictionary setObject:forKey:]: mutating method sent to immutable object
array e dizionari creati in questo modo così vuoto non sembrano comportarsi come previsto.
Sei sicuro che non vengano fuori come NSMutableDictionary? – Zalykr
Qual è l'output quando si esegue la 'po [[listOfObjects class] superclasse]' nella console di debug? – warrenm
Posso confermare questo problema su Mac OS X 10.7: solo gli array vuoti sembrano essere interessati. Sembra essere risolto in 10.8. – blutfink