En esta ocasión he querido hablar sobre la delegacion, un patrón muy común en Cocoa Touch que a muchos principiantes se nos puede atragantar, como ha sido mi caso. Es en si un concepto muy sencillo de entender, pero claro está, dependiendo de quien te lo explique. Espero explicarlo bien para que todos lo puedan entender, si no es así, decídmelo en los comentarios.

El concepto delegación en Cocoa Touch se refiere especificamente a que tu “delegas” a un objeto y lo dotas con la capacidad de responder a ciertos eventos ocurridos en otro objeto en particular. Este concepto es facilmente comprensible si lo miras desde el punto de vista de la necesidad que hay de que “alguien” deba recibir y manipular la información de ciertos eventos en ciertos objetos. Un ejemplo claro lo vemos en el GPS. Como podemos saber si el GPS ya encontró nuestra localización?, la información devuelta por el GPS está allí, pero alguien tiene que recibirla y trabajar con ella para poder mostrar esa localización. Pues, ese alguien es el delegado. El proceso de delagación se hace a través de la propiedad delegate. Esta propiedad no es común en todas las clases, solo algunas como UIAccelerometer, UIActionSheet, CLLocationManager, etc. la tienen ya que emiten mensajes para sus eventos. Entonces, asignamos a la propiedad delegate de un objeto la clase que queremos que sea la encargada de manipular los eventos de ese objeto y listo, el delegado ya está preparado para recibirlos y manipularlos.

Los eventos están representados en código a través de funciones (Métodos) las cuales son llamadas cada vez que el evento ocurre. El objeto delegado se encarga de implementar estas funciones para la cantidad de eventos que se envían dependiendo de cada objeto. Cada objeto delegado solo puede recibir mensajes para eventos de un solo objeto en particular, y estos pueden ser más de uno.

Aplicación práctica

Well. Siguiendo con mi idea de que todo se aprende mejor si lo llevamos a la práctica, he desarrollado una pequeña aplicación que utiliza la clase UIAlertView para mostrar una ventana como la que vimos en la entrada anterior sobre notificaciones locales. Esta ventana tiene unos botones, al presionarlos se altera el texto que hay en una etiqueta (UILabel) que está en la vista principal. Así de sencillo.

La clase UIAlertView nos permite representar una ventana de alerta en una vista en concreto y lo hacemos así:

    UIAlertView *ventana = [[UIAlertView alloc] initWithTitle:@"Mi Ventana"
                                                      message:@"Aprendiendo sobre delegación en thxou.com"
                                                     delegate:self
                                            cancelButtonTitle:@"Cancelar"
                                            otherButtonTitles:@"Limpiar Etiqueta!", @"Opción 1", @"Opción 2", nil];

El método initWithTitle:message:delegate:cancelButtonTitle:otherButtonTitles se encarga de crear el objeto llamado ventana, que es una instancia de UIAlertView, con una información por defecto. Pues bien, ventana tiene botones y al presionarlos se envía el mensaje alertView:clickedButtonAtIndex:.Cuando este mensaje es enviado se ejecuta el comportamiento por defecto que es simplemente cerrar la ventana de alerta.

Vamos a fijarnos en la etiqueta delegate del método en el código de arriba. Sabemos que pulsar un botón en la ventana es un evento que dispara el mensaje alertView:clickedButtonAtIndex:. Bien, al asignar self a la etiqueta delegate le estamos diciendo a ventana cual va a ser el encargado de gestionar sus eventos, en nuestro caso (Y como veréis en la mayoría de los casos) es self, nuestra misma clase ViewController.

[objeto setDelegate:self];
//O también
objeto.delegate = self;

Ya que no queremos que al presionar los botones se ejecute el comportamiento por defecto, nuestra clase ViewController necesita implementar este método disparado por el evento y así le decimos a ventana que hacer cuando se presione un botón.

- (void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex
{
    switch (buttonIndex) {
        case 1:
            self.mensaje.text = @"";
            break;
        case 2:
            self.mensaje.text = @"Haz seleccionado la opción 1";
            break;
        case 3:
            self.mensaje.text = @"Haz seleccionado la opción 2";
            break;
        default:
            break;
    }
}

La variable buttonIndex contiene los indices para cada uno de los botones que contiene la ventana de alerta. Así que podemos hacer cosas diferentes dependiendo de el “caso”.

Este método, como ya hemos explicado, no es de nuestro delegado, simplemente estamos habilitados para personalizar la respuesta a un evento usando este método, pero no lo creamos nosotros ni definimos la cabecera del método. Por lo tanto el compilador nos va a lanzar una excepción al momento de compilar el código y la aplicación va a petar. Para evitar esto, tenemos que hacer que nuestro delegado “sea conforme” al protocolo donde está definido este método (relacionado a un evento) y todos los disparados por la ventana de alerta.

Representación del patrón delegate

Los protocolos son simples listas de métodos sin implementar. No son clases, pero si heredan de clases, tampoco podemos hacer instancias de ellos ni crear variables de instancia dentro de ellos. Sus métodos son implementados en las clases que “son conformes” a ese protocolo. Un protocolo delegado es aquel usado para la delegación, y en nuestro caso vamos a necesitar el protocolo delegado de UIAlertView que implementa el método alertView:clickedButtonAtIndex:, y este es: UIAlertViewDelegate. Cuando ocurre un evento en el objeto, se envía el mensaje correspondiente del protocolo delegado.

En un protocolo delegado podemos encontrarnos 2 tipos de métodos. Unos manipulan actualizaciones de información, como por ejemplo en el caso del GPS al principio, la localización será diferente siempre que te muevas, por lo tanto el método devolverá información diferente cada vez; Y otros, se envían como respuestas a entradas del usuario, como en nuestro caso, cuando el usuario pulsa un botón de la ventana de alerta. Hay algunos métodos que podrían entrar en una tercera categoría, y es el caso de alertViewShouldEnableFirstOtherButton:. En este método, la ventana de alerta pregunta al delegado si tiene que mostrar habilitado o deshabilitado el primero de los botones. La respuesta del delegado puede ser simplemente YES o NO. En nuestro caso he puesto NO, para que veas el comportamiento que tiene este método.

- (BOOL)alertViewShouldEnableFirstOtherButton:(UIAlertView *)alertView
{
    return NO;
}

Ya solo nos queda hacer que nuestro delegado “sea conforme” a UIAlertViewDelegate. Esto lo hacemos en la cabecera de nuestra clase ViewController.h en la declaración @interface, entre signos de mayor y menor.

@interface ViewController : UIViewController <UIAlertViewDelegate>
{
@private
    UILabel *mensaje;
}

He creado una etiqueta UILabel para mostrar mensajes dependiendo de que botón ha sido pulsado llamada: mensaje.

Listo, ya hemos terminado. Yo te recomiendo que analices el código y hagas cambios, muchos cambios, para que veas como funciona la clase y su protocolo delegado. Encontrarás enlaces a la documentación de Apple sobre este tema más abajo. En esta misma aplicación de ejemplo intenta añadir más métodos de UIAlertViewDelegate y así saber como funcionan.

Espero haberte ayudado a comprender este tema. Cualquier duda o sugerencia utiliza los comentarios.

UIAlertView | UIAlertViewDelegate

Entradas relacionadas

• Programando para iOS: Patrón de diseño MVC al detalle (2)
• Nos volvemos un blog de desarrollo y programación (1)
• [Video] Test de velocidad entre un iPhone 3G con iOS 4 y otro con iOS 4.1 (2)

Aquí estamos otra vez con un nuevo tutorial. Esta vez intentaré explicarles de manera teórica y práctica el proceso para programar una notificación local. Es relativamente sencillo de implementar y hay pocas opciones que configurar. La clase UILocalNotification te permite representar notificaciones locales como la de la imagen (similares a las notificaciones Push que trabajan con un servidor externo, no hablaremos de esto ahora), que tu aplicación podría programar para que sean presentadas a tus usuarios en una fecha y hora determinadas. El sistema operativo es el encargado de gestionar estas notificaciones y permite programar hasta 64 notificaciones por aplicación. Esta clase adopta el protocolo NSCopying, y una de sus ventajas es que nos permite copiar notificaciones ya programadas, también modificarlas y cancelarlas. Todo en el cuadro de notificación, excepto el color, se puede personalizar al completo: puedes definir un título, el texto de la notificación, cuantos botones va a tener, un sonido personalizado el cual se reproduzca al mostrarse, etc. Todas estas opciones las vamos a aprender a configurar nosotros mismos a continuación con un ejemplo práctico.

Llevándolo a la práctica

He creado otra mini-app llamada notifyme que te puedes descargar desde el botón enorme del final de este artículo (Muy recomendado descargarla y seguir el toturial con ella). Lo que vas a aprender con esta app es a programar una notificación local con configuraciones personalizadas y recibir un texto juntamente con la notificación para mostrarla al usuario, en este caso, la mostraremos en un cuadro de texto de la pantalla principal, pero también se podría mostrar como una alerta.

Abrimos la aplicación en Xcode y en el Project Navigator podemos ver nuestro controlador de la aplicación: AppDelegate.h y .m, y también el controlador de la vista principal ViewController.h y .m. Abrimos el ViewController.m y nos vamos al método:

- (void)programarNotificacion
{
    UILocalNotification *localNot = [[UILocalNotification alloc] init];
    localNot.fireDate = [pickerCaducidad date];
    localNot.timeZone = [NSTimeZone defaultTimeZone];

    localNot.alertBody = @"Mi primera notificación";
    localNot.alertAction = @"Mostrar";
    localNot.soundName = UILocalNotificationDefaultSoundName;
    localNot.applicationIconBadgeNumber = 1;

    NSDictionary *userDict = [NSDictionary dictionaryWithObject:textoNotificacion.text forKey:kNotificationTextKey];
    localNot.userInfo = userDict;

    [[UIApplication sharedApplication] scheduleLocalNotification:localNot];
    [localNot release];
}

Este método es la parte principal de nuestra aplicación ya que es el que va a programar la notificación, así que voy a explicarles las partes que lo componen y su configuración.

Como ya sabemos, para trabajar con clases hay que hacerlo a través de objetos, y estos objetos los creamos a través de instancias de clases, así que lo que hacemos primero es crear una instancia de la clase UILocalNotification llamada “localNot“. Esta instancia va a representar esta notificación en la cola de notificaciones del sistema operativo. Bien, este objeto tiene las siguientes propiedades:

• fireDate: La fecha y hora exacta en la que deseamos mostrar la notificación.
• timeZone: Trabaja juntamente con fireDate y sirve para que la notificación se muestre adaptada para una zona horaria específica. Nosotros usamos defaultTimeZone que utiliza la zona horaria de la aplicación.
• alertBody: Es el cuerpo del mensaje que se muestra junto con la notificación.
• alertAction: Es el texto del botón de acción. En la imagen dice “Mostrar” y al pulsarlo va a abrir la aplicación.
• soundName: El sonido personalizado que quieres que se reproduzca al mostrarse la notificación. UILocalNotificationDefaultSoundName espeficica el sonido por defecto del sistema, pero podemos poner el que nosotros queramos, siempre y cuando dure 30 segundos y sean de formato aiff, wav o caf.
• applicationIconBadgeNumber: Si os habéis fijado, hay aplicaciones que muestran un circulo rojo en la parte superior derecha del icono de la app. A esto se refiere esta propiedad. Es un entero de tipo NSInteger al que podemos asignarle un número.
• userInfo: Esta propiedad es un diccionario tipo NSDictionary, en la que podemos guardar información para luego recuperarla cuando se muestre nuestra app después de presionar el botón de acción.

Existen otras propiedades más, aparte de las usadas en esta aplicación, algunas un poco menos importantes pero que te las explico en una línea:

• repeatInterval: Sirve para reprogramar la notificación en un intervalo de tiempo específico.
• repeatCalendar: El calendario en el que la aplicación se basará para reprogramar la notificación.
• hasAction: Es un propiedad de tipo BOOL, que especifica si se muestra o no el botón de acción.
• alertLaunchImage: La imagen que se muestra inmediatamente cuando se presiona el botón de acción.

Aquí cabe explicar un poco el campo userInfo. Yo he creado una constante a la que he llamado kNotificationTextKey para usarla como el texto que quiero que acompañe a la notificación. La he declarado en el AppDelegate.h y luego asignado un string que es el nombre con el que se guardará juntamente con la aplicación. También la he declarado como extern, para que esté disponible fuera de la clase AppDelegate. Como podéis ver, el valor de esta constante es el que escribimos en el UITextField de la interfaz gráfica (textoNotificacion).

Explicado esto, es el momento de enviar la notificación (nuestro objeto “localNot“) al sistema operativo para que la gestione. Para esto utilizamos un método de la clase UIApplication llamado scheduleLocalNotification:localNot. Este método utiliza el valor del campo fireDate para programar la notificación y que se muestre en una fecha y hora concretas. Otro método que también interesa es presentLocalNotificationNow:, el cual muestra la notificación inmediatamente por pantalla.

En este mismo archivo podemos ver el método: -(IBAction)prepararNotificacion:(id)sender. Lo que va a hacer es, a parte de ejecutar el método de arriba, cancelar todas las notificaciones programadas anteriormente utilizando el método de  UIApplication llamado cancelAllLocalNotifications. Si por el contrario, solo queremos hacerlo para una notificación específica utilizaremos cancelLocalNotification:localNot.

Mostrando la notificación

Vale, ya hemos programado  la notificación, ahora nos toca recibir y manipular la información que trae consigo la notificación cuando se muestra, así podemos personalizarla más a nuestro gusto. Hay 2 estados en los que podría encontrarse la aplicación al recibir la notificación: cuando está visible y cuando está cerrada. Como ya sabemos, al presionar en el botón de acción (o deslizar el dedo cuando el dispositivo está bloqueado) se abre la aplicación, al abrirse, dependiendo de en cual de estos 2 estados se encuentra, se ejecutan 2 métodos de UIApplication. Estos métodos los podemos encontrar ya implementados en el archivo del controlador principal de la aplicación AppDelegate.m. Si la aplicación no está visible se ejecuta el método application:didFinishLaunchingWithOptions:. El siguiente código es lo que he añadido al predeterminado para manipular los datos de la notificación:

    //Notificaciones
    application.applicationIconBadgeNumber = 0;
    UILocalNotification *notification = [launchOptions objectForKey:
                                         UIApplicationLaunchOptionsLocalNotificationKey];

    if (notification) {
        NSString *reminderText = [notification.userInfo
                                  objectForKey:kNotificationTextKey];
        [_viewController despliegaNotificacion:reminderText];
    }
}

Nota que el método tiene un parámetro llamado launchOptions. Este parámetro es un diccionario (NSDictionary) que lleva consigo información acerca del porque de que se haya abierto la aplicación. En este caso, cuando uno de los motivos es una notificación, esta se guarda en una constante del sistema designada para esto: UIApplicationLaunchOptionsLocalNotificationKey. Si esta constante contiene la notificación, entonces este ha sido el motivo de su apertura, así que guardamos esta notificación en un puntero que hemos llamado “notification“. Si os acordáis, antes guardamos un texto en la constante kNotificationTextKey, por lo que ahora lo recuperamos en el string reminderText.

Si se da el otro caso, en el que la aplicación está visible entonces se ejecuta otro método de UIApplication llamado application:didReceiveLocalNotification:. No se muestran alertas ni se reproducen sonidos, pero si se puede tratar con la información que viene con la notificación:

- (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification {

	application.applicationIconBadgeNumber = 0;
	NSString *reminderText = [notification.userInfo
                              objectForKey:kNotificationTextKey];
    [_viewController despliegaNotificacion:reminderText];
}

Aquí hacemos similar al anterior método. Quitamos el badgeNumber y luego recuperamos el texto de la constante kNotificationTextKey en el string reminderText.

No obstante, y para finalizar, la siguiente línea:

    [_viewController despliegaNotificacion:reminderText];

Utiliza el objeto _viewController, creado automáticamente por Xcode al crear un nuevo proyecto, para comunicarse con el controlador de nuestra vista principal (ViewController.h y .m), cuya clase tiene implementado el método despliegaNotificacion:, todo esto con el fin de mostrarnos el texto recuperado en reminderText en la pantalla principal.

Pongan en marcha la aplicación para verla en funcionamiento. No temas cambiar el código y probar tus propias ideas. Hazlo, y si sale mal entonces aprende de tus errores. Si bien es cierto este tutorial se pudo haber hecho en menos palabras, he querido detallarlo para que puedan comprender realmente como funciona. Si me dejo algo, o digo algo en lo que me estoy equivocando, agradecería mucho vuestro feedback . Disfruten y compartan este artículo. Hasta otra!.

Entradas relacionadas

• Reparar el problema de notificaciones y YouTube al hacer Jailbreak en iOS 4.0 y iOS 4.0.1 (2)

Hola denuevo readers!. He querido cambiar un poco el chip y centrarme en lo que más me llena en este mundillo de la informática: La programación. Es por eso que empiezo esta serie de posts dedicados a la programación para diversas plataformas. En la que más me voy a centrar es en iOS para iPhone, iPod y iPad, ya que indagando un poco me ha llamado muchísimo la atención. También encontrarán tutoriales de PHP, SQL, JavaScript, Android, etc etc, así que manténganse al tanto del blog que va a estar muy interesante.

Sin más que decir, empecemos. Existen muchos patrones de diseño para organizar el código y la forma de programar aplicaciones. En la programación para iOS utilizaremos el MVC o Model View Controller (Modelo-Vista-Controlador).

He querido empezar con esto porque es un tema que, aunque a muchos os ha sido fácil de entender, a mi no, así que lo haré lo más entendible posible para que no tengan que volver a leer sobre este tema en el futuro.

Principalmente consiste en dividir tu aplicación en estas 3 capas. Cada clase que escribas, botón que pongas en el Interface Builder, o trozo de código que tengas que escribir, va a pertenecer a alguna de estas 3 capas.

La Vista es todo lo que tu puedes ver de la aplicación y con la que el usuario puede interactuar, dentro de esta encontramos los botones, labels, campos de texto, etc; en general, la mayoría de los objetos que son subclases de UIView (También las clases predefinidas por el usuario).

El Modelo incluye objetos que nos permiten almacenar y manipular datos. Esto no tiene nada que ver con la interfaz de usuario y le dice a la aplicación como llevar a cabo tal o cual tarea, o también que características van a tener ciertos objetos.

El Controlador es el cerebro de este patrón de diseño. Este va a hacer trabajar a la vista y el modelo en sincronización para que tu puedas ver cosas en la pantalla o para que al presionar un botón, sea efectuada alguna acción.

El MVC se explica mejor con la imagen:

• El usuario interactua con la aplicación y la vista (U objeto de la vista) a través de la interfaz de usuario.
• La vista le envía un mensaje al controlador diciendole por ejemplo que hemos presionado un botón y queremos que esto responda a alguna acción.
• El controlador recibe el mensaje y contacta con el modelo para realizar la acción y actualizar la información pertinente.
• El controlador recoge la información requerida por la vista pero actualizada por el modelo y por ultimo actualiza la vista con los cambios que  se han hecho en el modelo.

Sencillo verdad?. Si te das cuenta el modelo no contacta directamente con el controlador, sino que es este quien manipula e interpreta los datos del modelo, los recoge y procede a actualizar la vista.

Es muy necesario tener en cuenta las siguientes reglas:

• El controlador puede comunicarse con el Modelo y la Vista directamente.
• La capa Modelo y la capa Vista no se pueden comunicar entre si.
• La capa Vista no se comunica directamente con el controlador, pero si interactuan de alguna forma, a través de acciones como veremos un poco más adelante en esta entrada.
• El Modelo no se puede comunicar directamente con su el Controlador, pero si pueden comunicarse con otras capas Modelo de otros MVC.
• Puede existir también comunicación entre distintos Controladores.

Si alteras alguna de estas reglas ya no existiría el patrón de diseño MVC.

Aplicación práctica

Como todo lo que se aprende a nivel practico se aprende más rápido y mejor, he creado un proyecto muy simple para explicar un poco este patrón de diseño MVC, esta mini aplicación muestra por pantalla 2 textos al presionar un botón. Puedes descargar el proyecto desde este enlace y seguir este post juntamente. He utilizado la plantilla View-Based Application (Single View Application en XCode 4.2).

Al abrir el proyecto verás en el panel de más a tu izquierda (Project Navigator: Es importante que te vayas quedando con estos nombres) la lista de los archivos que componen tu proyecto. Lo que salta a simple vista es una clase llamada MVCAppDelegate.h y .m (AppDelegate.h si usas XCode 4.2). Esta clase es el controlador de la aplicación y se encarga de cargar la vista por defecto y la aplicación en si. Bien, si abrimos el AppDelegate.h veremos esto si usas XCode 4.2:

#import <UIKit/UIKit.h>

@class ViewController;

@interface AppDelegate : UIResponder <UIApplicationDelegate>

@property (strong, nonatomic) UIWindow *window;

@property (strong, nonatomic) ViewController *viewController;

@end

De momento vamos a dejar de lado algunas cosas de este código porque las explicaré en entradas posteriores.

Ya podemos empezar a identificar objetos. UIWindow es una clase perteneciente al UIKit Framework y que define un objeto ventana (En este caso la variable *window) de la interfaz de usuario (De ahí las iniciales “UI” de User Interface). Cada aplicación va a tener por lo general un solo objeto de estos. Por eso este objeto, al ser de la interfaz de usuario, pertenece a la parte de la Vista del MVC.

Si volvemos al Project Navigator veremos una clase llamada “ViewController”. Como su mismo nombre lo indica es un controlador, y es para una vista específica, en este caso la vista principal que verás al arrancar la aplicación.

NOTA: Con respecto a los nombres para los controladores, es muy recomendable que el nombre incluya al final las palabras “Controller” o “View Controller” ya que esto te va a permitir organizar mejor tu Project Navigator y ubicar más rápido tus archivos para editarlos. Por lo general (por no decir siempre) te vas a encontrar con proyectos en que los controladores tienen nombres como: ListasViewController o GameController. Si son proyectos muy grandes, vas a agradecer que se nombren los controladores de esta manera, te liarás menos .

#import <UIKit/UIKit.h>

@interface MVCViewController : UIViewController {
	NSMutableArray *textos;

	IBOutlet UILabel *texto1;
	IBOutlet UILabel *texto2;
}

- (IBAction)mostrarTextos:(id)sender;

@end

El Modelo suele utilizar objetos de colección como los NSArray o NSDictionary o los tipos como NSString o NSNumber, en nuestra aplicación podemos identificar como parte del modelo al objeto *textos de la clase NSMutableArray. También tenemos 2 objetos UILabelque corresponden a la interfaz de usuario y forman parte de la capa Vista. Los nombres de las clases personalizadas para la Vista suelen terminar con la palabra “View” como por ejemplo: GhaphicView, y eso por la misma razón que para los controladores. Estos también pertenecen a la capa Vista.

La comunicación entre la capa controlador y la capa vista es ciega. Como puedes ver en el código, a los UILabel les precede una macro llamada IBOutlet, esta les permite conectarse con el controlador para así poder enviarle acciones. Los objetos de la vista no tienen control sobre que hacer sobre si, así que envían acciones al controlador cuando algo ocurre, por ejemplo cuando se presiona un botón como en nuestro caso con el método mostrarTextos:sender.

A veces, la capa Vista necesita responder a ciertos eventos como por ejemplo cuando un campo de texto se ha empezado a editar. Como la Vista no tiene control sobre si misma, necesita del controlador para que responda por ella, entonces el controlador se asigna a si mismo como delegado (Veremos estos conceptos más adelante) de la vista (Todo esto a través de protocolos) y si está preparado para responder (Tiene los métodos adecuados correctamente implementados), responde.

Si abrimos el archivo de implementación: MVCViewController.m, podremos ver el método mostrarTextos:sender:

//Método que va a mostrar los textos
- (IBAction)mostrarTextos:(id)sender {
    //Inicializamos en un array los 2 textos a mostrar
    textos = [[NSMutableArray alloc] initWithObjects:@"Texto de ejemplo para MVC", @"MVC mola cuando lo entiendes", nil];

    NSString *txt1 = [textos objectAtIndex:0];
    NSString *txt2 = [textos objectAtIndex:1];

    [texto1 setText:txt1];
    [texto2 setText:txt2];
}

Al presionarse el botón se ejecuta la acción (En realidad se envía un mensaje y ya veremos esto en otro capítulo) mostrarTextos:sender. En esta acción el controlador toma los datos que tiene disponibles la capa Modelo, en este caso la información cargada en el objeto NSMutableArray llamado textos y entonces asigna los valores recogidos en variables temporales y las devuelve a la vista para que los textos sean mostrados. El objeto UILabel sabe mostrar texto, pero NO SABE que texto mostrar, de igual manera el NSMutableArray sabe almacenar datos, pero NO SABE que datos tiene que almacenar, es por eso que usamos el controlador para esto.

Recuerda respetar las reglas del MVC y así tus aplicaciones estarán bien estructuradas, de manera que cuando compartas tu código, este sea entendible.

Espero haberlos ayudado. Si me ha faltado algo, solo comentadlo. Puedes descargar los archivos del tutorial presionando el botón de abajo.

Entradas relacionadas

• iOS: Aprendiendo sobre delegación, protocolos y la clase UIAlertView (1)
• Nos volvemos un blog de desarrollo y programación (1)
• [Video] Test de velocidad entre un iPhone 3G con iOS 4 y otro con iOS 4.1 (2)

Hola a todos los que me seguíais anteriormente. Debido a mi, en incremento, interés por la programación para iPhone, he decidido cambiar el tema del blog a programación. Compartiré con vosotros mis inquietudes, conocimientos, código de ejemplo y mucho más.

Espero vuestros comentarios, peticiones, tutoriales hechos por vosotros y todo lo relacionado con la programación para iPhone, iPod Touch y iPad.

Muy pronto el primer tutorial.

ThXou.

Entradas relacionadas

• GUIA-T | [Windows] Hacer Jailbreak utilizando Limera1n al iPhone 3GS, iPod Touch 3G, iPad, iPhone 4, iPod Touch 4G con iOS 4.0-4.1 (3)
• Configurar una cuenta de Hotmail en tu iPhone y iPad (4)
• Twitter para iPhone se actualiza y se hace compatible con el iPad (0)
• [Video] Tira dardos con tu iPhone hacia una diana en tu iPad (0)
• Aplicaciones de la App Store con un “+” (0)
• iOS: Aprendiendo sobre delegación, protocolos y la clase UIAlertView (1)

Descargar: Cydia Store (Jailbreak necesario) | Precio: $1.99

FBUploader es un Tweak que nos va a permitir subir a Facebook nuestras fotos, directamente desde la aplicación nativa de fotos, añadiendo la opción “Facebook“, al menú emergente disponible desde la barra de herramientas de cada foto.

Además de subir la foto a Facebook, también te permite personalizar un texto para que sea enviado junto con la foto, similar a como lo hacemos mediante Web. De esta manera ya no tienes que abrir la aplicación de Facebook para compartir.

Puedes encontrarlo en el respositorio de BigBoss de Cydia Store a $1.99.

Entradas relacionadas

• HRDEnabler: Habilita la función HDR en el iPod Touch 4G (0)
• GPower: Más opciones al apagar el iPhone (0)
• SwitcherMod: Añade funciones a la barra de multitarea (0)
• LiveClock: Aníma el icono de la aplicación reloj del iPhone (0)
• Direct Closer: Añade automáticamente el icono para cerrar aplicaciones en multitarea (0)
• Chpwn: Que aplicaciones y Tweaks te gustaría ver en Cydia? (0)

Buenas, me he pasado la tarde buscando una aplicación para Mac que me permita convertir un archivo en M4a a MP3, cuando la solución estaba justo en mis narices, y es que aunque no lo sabía, es posible crear con usando iTunes, una versión de MP3 de cualquier canción que tengas en la biblioteca de iTunes. Y no solo eso, sino también versiones en AAC, AIFF y WAV.

Sincillísimo. Abrimos iTunes y vamos a las preferencias (Command+,):

Al abrirse esta ventana, vamos a la pesataña “General” y en la zona donde habla de que hacer al insertar un CD, le damos clic en el botón “Ajustes de importación…“. Inmediatamente se abrirá otra ventana, entonces vamos a la lista desplegable “Importar Usando” y seleccionamos el formato al que queremos convertir, en este caso, MP3. Luego clicamos en Aceptar y luego otra vez en Aceptar.

Ahora nos vamos a la biblioteca de iTunes y hacemos clic derecho sobre la canción que deseamos convertir y sorpresa!!, el menú desplegable ya no muestra “Crear Versión de AAC”, sino “Crear Versión de MP3“. Hacemos clic en esa opción y listo, ya tenemos nuestra versión de esa canción en MP3. Es tu tarea tratar con ella.

Desconozco si en Windows también se puede hacer, pero estoy 99,9% que si. Probadlo.

Vía | OSXDaily

Entradas relacionadas

• [Cydia] Synchronicity: Utiliza el iPhone mientras sincronizas con iTunes (0)
• Devolver una aplicación comprada en la Apple Store (0)
• iTunes se actualiza a la versión 9.2.1 (0)

Para aquellos que como yo, son fans de hacerse la vida más fácil a la hora de controlar el ordenador y utilizais en cuanto podéis los atajos del teclado, aquí les traigo una utilidad para Mac que nos permite redimencionar nuestras ventanas activas a travez de atajos del teclado.

Además de ser gratuita, es muy simple de utilizar y de momento solo tiene unas pocas opciones de redimencionado. Los atajos del teclado son personalizables. La pega es que algunos de sus atajos, como el de las preferencias, tienen conflictos con otras aplicaciones.

Con respecto a su instalación:

• Tenéis que descargar la ultima versión de la aplicación desde este enlace.

El proceso de instalación es a través de compilar el codigo fuente desde Xcode, proceso un poco incómodo si nos estás familiarizado con el. Si lo compilas con Xcode, una vez hecho esto, ve a la carpeta de “shiftit” y luego entra en la ruta “/scripts/build/Debug” y copia el ejecutable dentro de tu carpeta de aplicaciones y listo.

Vía | Applesfera

Entradas relacionadas

• [Mac] Saber de donde fue descargado un fichero (1)
• Permute: Convierte diversos formatos de audio y video (1)
• [Mac] Black Hole: Limpia los rastros que dejas al usar tu Mac (0)
• [Mac] Simulador de N64 para Mac (0)
• [Mac] Ver los archivos del iPhone/iPod Touch/iPad desde el Finder (1)
• Tu iPhone como memoria USB (0)

Descargar: Cydia Store (Jailbreak necesario) | Precio: $2

Locktopus es un tweak de cydia que te permite proteger con una contraseña cualquiera de las aplicaciones del Springboard. Basta con mantener presionado cualquier icono, como para eliminarlo o moverlo, y saldrá el icono de un candado en la parte inferior izquierda. Al presionarlo ya tendrás bloqueada la aplicación.

Este tweak no instala ningún icono en la pantalla de inicio, pero si un apartado en los ajustes del dispositivo desde el que puedes cambiar la contraseña para desbloquear las aplicaciones, que por defecto es: “password“. Es compatible con los firmwares 3.x y 4.x y una gran alternativa a su similar “Lockdown”.

Si haz perdido la contraseña, entra en cydia y reinstala la aplicación, así restablecerás la contraseña por defecto.

Puedes encontrarla en el repositorio de BigBoss.

Entradas relacionadas

• LSRotator: Gira el iPhone y pon el LockScreen en horizontal (1)
• QuickLock 2: Bloquea el iPhone pulsando un icono del SpringBoard (0)
• IconSupport: Solución de Cydia para reparar el problema de iTunes 10 y el iPhone 4 (0)
• Solución al problema con iTunes 10 que se cerraba al entrar en “aplicaciones” (0)
• Remove background: cierra todas las aplicaciones abiertas de golpe (2)
• [Mac] AppWall Screensaver: Un muro de aplicaciones animado como salvapantallasP (0)

Aquí les dejamos esta completa GUIA-T acerca de como utilizar PwnageTool para hacer Jailbreak al iOS 4.1 en casi todos los dispositivos creando un firmware personalizado y restaurándolo posteriormente con iTunes.

Dispositivos compatibles:

• AppleTV 2G.
• iPad (firmware 3.2.2).
• iPod touch 4G.
• iPod touch 3G.
• iPhone4.
• iPhone 3GS.
• iPhone 3G.

Vamos a ello. Primero tenemos que descargar:

• PwnageTool 4.1 para Mac.
• Firmware del iOS 4.1 correspondiente a tu dispositivo.

PASO 1. Creamos una carpeta en el escritorio y metemos en ella el firmware que nos hemos descargado y PwnageTool (Monta el .dmg y arrastra el icono hacia la carpeta).

PASO 2. Abrimos PwnageTool y damos en aceptar en la advertencia que nos aparece. En la segunda nos advierte sobre si nuestra tarjeta SIM es original o no. En el menú de la parte superior seleccionamos “Expert Mode“. Luego tiense que seleccionar la imagen correspondiente a tu dispositivo y seguidamente presionar en la flecha para seguir.

PASO 3. En la siguiente pantalla haz clic en el botón “Browse for IPSW…” y en la ventana que aparece, selecciona el firmware que haz descargado a la carpeta de tu escritorio. Haz clic en “Open” y luego continúa.

PASO 4. En esta pantalla selecciona la opción “General” y luego continúa para seguir configurando.

PASO 5. En la siguientes pantallas podrás configurar si deseas Activar el iPhone. Este proceso engaña a iTunes para que te permita utilizar una SIM que no es oficial. Si tienes una oficial, NO MANTENGAS SELECCIONADA LA OPCION.

También, en los iPhone 3G puedes habilitar la multitarea, la batería con porcentaje y el fondo de pantalla personalizado si deseas.

PASO 6. Desde esta pantalla puedes personalizar como quieres que esté Cydia. Puedes agregarle sources para que estén instaladas por defecto cuando ya tengas el Jailbreak hecho. También puedes agregar paquetes personalizados .deb que deseas tener instalados por defecto.

PASO 7. Ahora ya que haz terminado de configurarlo todo, haz clic en “Build” para empezar a crear el firmware personalizado. Cuando te aparezca la pantalla de guardar, guardalo en la carpeta que creamos al principio.

PASO 8. Una vez construido el firmware personalizado, se te pedirá conectar el dispositivo al Mac para ponerlo en modo DFU. Sigue las instrucciones que pone en pantalla:

1. Mantén pulsado el botón de encendido y el de Inicio durante 10 segundos.
2. Pasado ese tiempo, suelta el botón de encendido y sigue presionando el botón Inicio durante 10 segundos.
3. Una vez que tengas el iPhone en modo DFU, PwnageTool lo detectará y le pedirá que abra iTunes.

PASO 9. Este es el último paso, al abrir iTunes, este debería detectar tu iPhone en modo DFU. Das aceptar en la venta que aparece y seguidamente procedes a restaurar el firmware personalizado que tienes en la carpeta que creamos al principio.

Luego de que el proceso de restauración termine se reiniciará y al volver ya tendremos nuestro dispositivo con iOS 4.1 y Jailbreak instalado.

Cualquier duda escríbela en los comentarios.

Vía

Entradas relacionadas

• GUIA-T | [Windows] Como hacer Jailbreak en iOS 4.0-iOS 4.1 utilizando Greenpois0n paso a paso (3)
• GUIA-T | [Windows] Hacer Jailbreak al iOS 4.1 con Sn0wbreeze 2 (8)
• GUIA-T | [Mac] Hacer Jailbreak al iPhone 3G y iPod Touch 2G en iOS 4.1 con Redsn0w 0.9.6b1 (0)
• Liberar el iPhone 4, iPhone 3GS y iPhone 3G hasta el iOS 4.0.2 con Ultrasn0w 1.1-1 (16)
• Liberar el iPhone 3G y iPhone 3GS iOS 3.x hasta iOS 4.0.1 con Ultrasn0w 0.93 (4)
• GUIA-T | [Windows] Hacer Jailbreak utilizando Limera1n al iPhone 3GS, iPod Touch 3G, iPad, iPhone 4, iPod Touch 4G con iOS 4.0-4.1 (3)

Descargar: Cydia Store (Jailbreak necesario) | Precio: $1.49

FullScreen for Safari es un tweak de Cydia que nos permite navegar por Safari Mobile a pantalla completa. Además de esto, también incorpora características que aprovechan la capacidad multitátil del iPhone para controlar algunas funciones como ir hacia atrás, abrir una nueva pestaña, recargar la página y algunas más.

Puedes encontrarlo en el repositorio de BigBoss. Para ver su funcionamiento completo aquí os dejo un video de demostración:

Video

Entradas relacionadas

• FBUploader: Sube fotos a Facebook desde la aplicación Fotos (0)
• HRDEnabler: Habilita la función HDR en el iPod Touch 4G (0)
• Covert: Navega de forma privada desde Safari Mobile (1)
• Direct Closer: Añade automáticamente el icono para cerrar aplicaciones en multitarea (0)
• No Bookmarks: Desactiva la pantalla de favoritos que se abre al entrar en Safari (0)
• MultiMusicInfo: Visualiza el nombre de la canción y el artista desde el Fast App Switching (0)