Cuándo no asignar e iniciar un NSString

Question

Cada vez que necesito crear una nueva variable NSString siempre lo asigno e inicio. Parece que hay momentos en los que no quieres hacer esto. ¿Cómo sabe cuándo asignar e iniciar un NSString y cuándo no?

Answer 1

Whenever I need to create a new NSString variable I always alloc and init it.

No, eso no tiene sentido.

La variable de existe desde el momento en que el programa llega al punto donde se declara:

NSString *myString; 

Esta variable no es un NSString. Es el almacenamiento de un puntero a un NSString. Eso es lo que indica *: que esta variable contiene un puntero.

Existe la NSString objeto sólo desde el momento en que crear una:

[[NSString alloc] init]; 

y el puntero a ese objeto es sólo en la variable desde el momento en que se le asigna allí:

myString = [[NSString alloc] init]; 
//Or, initializing the variable in its declaration: 
NSString *myString = [[NSString alloc] init]; 

Por lo tanto, si va a obtener un objeto de cadena desde otro lugar (p. Ej., substringWithRange:), puede omitir la creación de uno nuevo, vacío, porque simplemente va a reemplazar el puntero a la cadena vacía con el puntero al otro.

Algunas veces desea crear una cadena vacía; por ejemplo, si va a obtener un grupo de cadenas de a una por vez (por ejemplo, de un NSScanner) y desea concatenar algunas o todas en una cadena grande, puede crear una cadena mutable vacía (usando alloc y init) y enviarlo appendString: mensajes para hacer las concatenaciones.

También necesita release cualquier objeto que cree por alloc. Esta es una de las reglas en el Memory Management Programming Guide.

Answer 2

Si desea inicializar a un valor conocido, no tiene mucho sentido en el uso de alloc, sólo puede utilizar una cadena literal:

NSString* myStr = @"Some value"; 

Si desea inicializar con un formato o lo que sea, pero no lo necesitan para quedarse más allá de la actual vida útil de la piscina autorelease, que es un poco más ordenado a utilizar los métodos de conveniencia clase:

NSString* myTempStr = [NSString stringWithFormat:@"%d", myIntVar]; 

Si necesita su tiempo de vida para ir más allá de eso, ya sea alloc/init o bien agregue un retain a la llamada anterior. Tiendo a preferir ligeramente este último, pero los dos son bastante equivalentes. De cualquier manera, necesitará un balanceo release más tarde.

Tenga en cuenta que, dado que NSString no es mutable, este tipo de cosas no sólo es innecesario, sino activamente mal:

// don't do this! 
NSString* myStr = [[NSString alloc] initWithString:@""]; 
myStr = someOtherStr; 

ya que se escapa el valor inicial del marcador de posición.

Answer 3

Supongo que se está refiriendo a usar StringWithString o similar en lugar de initWithString? StringWithString alloc y inits para usted debajo del capó y luego regresa una cadena autorrellenada.

Si no necesita hacer ninguna otra manipulación de cadenas que tener la cadena, puede utilizar NSString *str = @"string";

En general con IOS, más apretado a administrar su memoria el mejor. Esto significa que si no necesita devolver una cadena desde un método, debe asignar init y luego liberarlo.

Si necesita devolver una cadena, por supuesto tendrá que devolver una cadena autorrellenada. No creo que sea más complicado que eso.

Answer 4

It seems that there are times when you don't want to do this.

No puedo pensar en ningún momento en el que me gustaría desee alloc/init un NSString. Desde NSStringgs son inmutables, que casi siempre crea nuevas cadenas por uno de:

• conveniencia método de clase, por ejemplo,

  NSString* foo = [NSString stringWithFormat:...]; 
  

• literal

  NSString* foo = @"literal"; 
  

• NSString método de instancia

  NSString* foo = [bar uppercaseString]; 
  

• copia de cadena mutable

  NSString* foo = [mutableBar copy]; // foo needs to be released or autoreleased in this case