Esto funciona como se esperaba:
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]);
Aquí está la salida de la consola:
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
EDITAR
Tenga en cuenta que si añadimos la siguiente línea en el código anterior ..
NSLog(@"%@", [[dict objectForKey:@"objs"] superclass]);
... obtenemos la siguiente salida en la consola:
2012-03-28 18:09:53.770 ExampleRunner[42830:707] NSMutableArray
... en caso de que no estaba claro que __NSArrayM
es una subclase particular de NSMutableArray
, demostrando así que el código de la OP, efectivamente, funciona como se espera (excepto por su declaración NSLog
).
EDITAR
Ah, y por cierto, la siguiente línea de código ...
NSLog(@"%d", [[dict objectForKey:@"objs"] isKindOfClass:[NSMutableArray class]]);
... se obtiene la siguiente salida de la consola:
2012-03-28 18:19:19.721 ExampleRunner[42886:707] 1
EDIT (responder a la pregunta modificada)
Interesante ... parece un error. Dado el siguiente código:
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);
Aquí está la salida de la consola: no parecen
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
matrices tan vacío y diccionarios creados de este modo de comportarse como se esperaba.
¿Estás seguro de que no están apareciendo como NSMutableDictionary? – Zalykr
¿Cuál es el resultado cuando ejecuta 'po [[listOfObjects class] superclass]' en la consola de depuración? – warrenm
Puedo confirmar este problema en Mac OS X 10.7: solo las matrices vacías parecen verse afectadas. Parece estar arreglado en 10.8. – blutfink