ZenBrains

En este artículo vamos explicar los métodos de inicialización de objetos en Objective-C. Veremos cómo sobrecargarlos correctamente y como crear nuestros propios de la forma más correcta.

Antes que nada vamos a ver cómo solemos sobrecargar el método init en nuestras clases que heredan del NSObject y entender el porque lo hacemos así.

-(id)init{
 
    if (self = [super init]){
 
      // Aquí incializamos nuestros variables
 
    }
    return self;
}

Con el [super init] inicializamos las variables de la clase padre. Esta inicialización está en un if para no inicializar nuestro código y devolver un objeto corrupto con variables a medio inicializar ya que si el [super init] devuelve un nil ya no entraremos dentro del if. De esta forma o retornamos un objeto completo o nil. Dentro del if al inicializar nuestras variables si se produce algún error tenemos que retornar nil.

Regla: antes de incializar nuestras variables SIEMPRE tenemos que incializar la clase padre. Siempre vamos de arriba hacía abajo en la jerarquía.

Vamos a suponer que tenemos una clase Alumno definido de la siguiente manera:

@interface Alumno : NSObject {
	NSString *nombre;
	NSString *apellido;
}
 
@property (nonatomic, retain)NSString *nombre;
@property (nonatomic, retain)NSString *apellido;
 
@end

Y su implementación es la siguiente:

@implementation Alumno
@synthesize nombre, apellido;
 
@end

Entonces, usaríamos esta clase de la siguiente manera:

Alumno *a = [[Alumno alloc] init];
a.nombre = @"Pepe";
a.apellido = @"Garcia";
NSLog(@"Nombre de alumno: %@ y  apellido: %@", a.nombre, a.apellido);

Fijaros que para inicializar llamamos el init que no está definido en nuestra clase pero viene heredada de la clase padre (NSObject) por lo que al hacer esta llamada las variables nombre y apellido no se inicializan pero si se inicializan las variables de la clase padre.
Es natural querer que nuestra clase Alumno tenga un inicializador tipo “initConNombre:(NSString *)n yApellido:(NSString *)a” que nos permita poner directamente el nombre y el apellido del alumno.

También puede que queramos un inicializador que sólo acepte el nombre del alumno tipo “initConNombre:(NSString *)n”.

Entonces, para organizar bien nuestros inicializadores, no duplicar código y asegurarnos que todas las variables se inicializan correctamente independientemente del incializador usado se usan los inicializadores designados (designed initializators).

Inicializadores designados

Cada clase ha de tener un inicializador designado y será este el único inicializador que llamara a [super init] y se encargará de inicializar todas las variables usados por nuestra clase. El resto de los inicializadores tendrán que llamar a este inicializador.

Volviendo a nuestra clase alumno. ¿Cuál es su inicializador designado?
Lo tenemos que decidir nosotros. Casi siempre es el inicializador con más parámetros. En nuestro caso el inicializador por defecto sera este: -(id)initConNombre:(NSString *)n yApellido:(NSString *)a
A continuación vamos a ver como implementaríamos los inicializadores de nuestra clase.

#import "Alumno.h"
 
#define NOMRE_POR_DEFECTO @""
#define APELLIDO_POR_DEFECTO @""
 
@implementation Alumno
@synthesize nombre, apellido;
 
-(id)initConNombre:(NSString *)n yApellido:(NSString *)a
{
    if (self = [super init])
    {
 
    }
    return self;
}
 
-(id)initConNombre:(NSString *)n{
	return [self initConNombre:n yApellido:APELLIDO_POR_DEFECTO];
}
 
-(id)init{
	return [self initConNombre:NOMRE_POR_DEFECTO];
}
 
@end

Fijaros como desde el init llamamos al siguiente inicializador pasándole el valor por defecto, a su vez el siguiente inicializador llama al inicializador por defecto quien es el único en hacer el [super init] e incializar las variables del Alumno. Esto en la jerga de Objective-C se llama “initialization chain”. Usar cadenas de inicialización reduce la probabilidad de que cometamos errores y facilita el mantenimiento del código.

También es muy importante darse cuenta del porque definimos nuestro propio init sobreescribiendo el init (que es el init designado) del NSObject. Si no lo hubieramos hecho al hacer [[Alumno alloc] init] inicializaríamos las variables del NSObject pero no las de Alumno. Al sobreescribirlo conseguimos inicializar tanto nuestras variables como las de la clase padre. Siempre, al heredar de una clase tenemos que sobreescribir el inicializador designado de esa clase.

Resumen de las tres reglas (recomendaciones)

Regla 1: antes de incializar nuestras variables SIEMPRE tenemos que incializar la clase padre. Siempre vamos de arriba hacía abajo en la jerarquía.

Regla 2: los inicializadores de nuestras clases siempre tienen que acabar llamando al inicializador designado de nuestra clase.

Regla 3: siempre tenemos que sobreescribir el inicializador designado de la clase de la que heredamos.

Podéis descargar el código con el ejemplo que hemos visto en este artículo.
Inicializadores

Como todos sabréis las aplicaciones iPhone viven en su propia parcela y tiene un acceso muy restringido al resto del sistema.

Aún y así Apple nos ofrece un mecanismo para comunicarnos con otros programas. Al decir comunicar, quiero decir que podemos lanzar otras aplicaciones y opcionalmente pasarles parámetros (si lo soportan).

Para conseguirlo se usan URLs especiales. Cada aplicación puede definir su propia URL para que otros le puedan llamar.

Por ejemplo para abrir la aplicación SMS desde nuestro código escribiríamos el siguiente código:

[[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"sms:1111111"]];

Como vemos, estamos llamado al método openURL del objeto UIApplication pasándole una URL.
Y la URL en si indica primero el protocolo (sms) y luego como parámetro un número de teléfono.
Al ejecutar esta línea de código se cerrará nuestra app y se abrirá el SMS y con el campo número automáticamente rellanado con el número que le hemos pasado como parámetro (en este caso 1111111).

Los principales programas de iPhone (mail, sms, youtube, maps, itunes) soportan estos URLs. Pueden consultar el formato de los URLs de todas las apps en este link.

Y no sólo las apps oficial de Apple soportan URLs sino nosotros también podemos crear URLs especiales para nuestras apps pero eso lo explciaremos en otro artículo.

En está wiki podéis encontrar una lista bastante grande de aplicaciones (tanto los de Apple como de terceros) que soportan URLs y podréis ver como usarlos.