Radiografia de un Objeto (Class Files)

Lesson 7.0 – Radiografia de un Objeto (Class Files)

Hemos visto que un programa es una serie de documentos que especifican planos de Clase para los objetos que desean crear. Estos documentos son mini codigos en si. Tienen su propia logica dependiendo del tipo de Clase que esta subclasificando. Por ejemplo, cuando creas una View Controladora UITabla te daras cuenta que algunos metodos ya estan creados para tu uso en el archive .m, que es el lugar donde se almacenan los metodos.

Objeto Class File – Santiapps.com Marcio Valenzuela

Estructuras de un archivo .h

Como puedes ver arriba, un archivo .h indica las caracteristicas que tendra un objeto cuando sea creado desde este plano. Y mas adelante, los metodos que este implementara estaran detallados en el archive .m.

Aqui vemos este plano:

Importa el UIKit
declara que el interfase de esta Clase es de tipo NSObject y lo llam delegado UIApplicationDelegate
declara una ventana, una etiqueta y Campo de texto ivars que pueden o no ser convertidos en propiedades
uno de estos ivars es declarado como propiedad, la ventana
uno o mas de los metodos que implementara, en este casouna IBAccion llamada click que toma un parametro de envio

Despues de esto el archive .h te permite mover el archive .m donde tu describes los metodos implementados en detalle. Revisemos como se vera la estructura basica en un archive Clase .m

viewDidLoad & otros metodos obligatorios

Siempre que se llama algun controlador de Views, estos cargan una view, por eso es que se considera obligatorio. Si la view se carga correctamente, la primera cosa que el objeto hara es buscar

Tipos de Metodos

Metodos con un valor de retorno

Como mencionamos anteriormente, hay diferentes tipos de metodos. Aquellos que devuelven algo, como un NSArray o NSString, y esos se llaman de la siguiente forma:

-(NSArray*) fetchUsersArrayFromWeb {} //lo que sea que se hace dentro de este metodo, la ultima linea debe ser: return someArray;

Un ejemplo mas util podria ser:

-(NSString*) fetchNameForPhone:(NSNumber*)telNumber;

Este metodo toma un objeto NSNumero llamado telNumero y procesa una logica que probablemente busca el telNumero en la table y encuentra el nombre correspondiente a manera de responder con ese numero. La diferencia es que se ve de la siguiente forma:

-(NSString*) fetchNameForPhone:(NSNumber*)telNumber{

//ve a conseguir el nombre de la table para ese telNumero return name;}

Void Methods / Metodos Nulos

Hay algunos metodos que simplemente llaman a otros metodos o llevan a cabo acciones y cambian objetos o propiedades pero no responden con ningun valor.

Esto quiere decir que estos metodos,

-(void) doSomething {}

Metodos IBAction

Y luego estan tambien los metodos especiales IBAction, los cuales estan atados al Constructor de Interfaces, IB (por sus siglas en ingles). Estos metodos son llamados a partir de los controles en un archive xib, como los botones:

-(IBAction) aumentarVolumen {}

Lo importante aqui es notar que las IBAcciones solo son llamadas si se hace tap en el control en la VC. Los otros 2 tipos, aquellos que devuelven un objeto y los nulos, solo son llamados si alguien los llama. Con la excepcion de los ganchos….

Threads

Los hilos se utilizan para hacer algo sin interrumpir el hilo del programa principal. Esto quiere decir, que si estas cargano un controlador de Views que creaste y el programa tiene que ir al internet a obtener una imagen, lo puedes hacer haciendo que el metodo que llama la informacion del internet, pertenezca a un hilo por aparte.

Hay otra manera interesante de hacer esto que es llamando una clase aparte a hacer el trabajo, pero veremos mas acerca de esto mas adelante en el curso.

Hooks

Los ganchos son metodos especificos que siempre son llamados. Recuerdas que mencionamos que el MVC ha sido modificado y el M-VC se ha popularizado en las plantillas mas communes? Las diferentes clases de VC tienen ciertos ganchos o metodos que son obligatorios. Ellos llevan a cabo una tarea especifica dentro de un objeto. Por ejemplo, cuando estas escribiendo tu clase de VC, por lo general siempre tendras:

-(void)viewDidLoad {}

el cual siempre es llamado en cuanto la view termnia de cargar. Existen otros ganchos tales como viewWillAppear, dealloc etc. Entre mas plantillas visites, mas iras conociendo estos metodos especificos. Por ejemplo, TVC debe mostrar celdas, por lo tanto siempre tiene:

-(void) numberOfSectionsInTable

// NOSIT que especifica el numero de secciones en tu tabla

-(void) numberOfRowsInSection

//NORIS que especifica el numero de filas en cada seccion

-(void) cellForRowAtIndexPath

// No te sientas intimidado, un index path es simplemente el numero de identificacion de una celda. La primer celda es la primera, y asi sucesivamente.

-(void) didSelectRowAtIndexPath

// DRAIP que contiene codigo especificando lo que va a suceder cuando se seleccione una celda.

Pequeno Resumen

Hasta ahora hemos visto que para crear una applicacion necesitas:

1. Prender tu mac

2. Descargar e instalar Xcode

3. Hacerte miembro del Programa de Desarroladores de Apple

4. Diagramar tu applicacion en las diferentes pantallas, indicando que pasara en cada una y que podra y hacer ver el usuario en cada pantalla, etc…

5. Lanzar Xcode y decider si quieres una:

1. Applicacion basada en Windows (el punto de partido mas basico)

2. Applicacion basada en Views, que crea una primer View Controller para ti encima de una Ventana

3. O una de muchas applicaciones basada en plantillas tales como Apps TableViewController, Apps basadas en Navegacion, etc..

4. Si (Basada en Windows) && (unicamente de 1 View) entonces puedes empezar a solo colocar cosas dentro de tu Ventana Principal.xib o Storyboard Scene.

5. Si (Basada en Windows) && (>1 View) entonces debes primero crear tu primera Clase ViewController.

6. Si(Basada en Views) entonces Xcode crea un UIVC para ti y debes lanzarte y empezar a escribir codigo.

7. Si (Basada en TableView) entonces empieza a familiarizarte con los metodos de gancho en la Clase que fue creada.

8. (Basada en Navegacion) entonces crea una UIVC para agregarsela.

Basicamente necesitaras crear tu primera VC y llegar a conocer sus metodos. Ahora exploraremos como crear el codigo que necesitaras en esas VC para que comience la accion.

Objetos, Metodos, Punteros (Pointers)

Lesson 6.0 – Un Poco de Teoria

Estas son las tres cosas mas importantes a tener en mente cuando trabajes con ObjC; Objetos, Metodos y Punteros.

Un Objeto es cualquier cosa que tu quieres que sea. Vas a construir un plano para un objeto segun lo que necesites que ese objeto sea. O usar planos para objetos que ya existen y que puedas utilizer para lo que quieres hacer.

Un Metodo es algo que un objeto puede hacer para pasar, comunicar, modificar o destruir data de alguna forma.

Un Puntero es lo que usamos para comunicarnos con los objetos, basicamente usamos punteros hacia objetos, una vez que los hemos creado, a manera de comunicarnos y enviar mensajes de accion entre objetos para llevar a cabo las tareas que queremos.

Estos planos se llaman clases y estan definidos por un juego de archivos .h y .m.

interface & implementation Santiapps.com Marcio Valenzuela

Interface (.h) & Implementation (.m)

Objects

Los objetos son creados para llenar tus necesidades. Existen objetos predefinidos tales como NSArrays, NSDiccionarios, NSStrings y NSNumeros. Estos son objetos que se usan para gestionar piezas de data; como juegos de objetos, llaves y valores, y data de numero y texto respectivamente.

Tambien hay objetos mas grandes creados de las Clases tales como la Clase UIViewContoller que tiene un plano para un objeto VC que manejara tales Views; o como la Clase UITableViewController que tiene un plano para un Objeto VC que gestiona listas de data para tablas etc..

Finalmente estan los objetos que creas, que veras tipicamente en cursos enlinea. Si quieres crear un Objeto Pato, tendras que especificar que caracteristicas tendra tu pato.

Objetos Santiapps.com Marcio Valenzuela

Objeto Pato

En el siguiente ejemplo, obtenido en linea, veras que el Objeto Pato tendra una caracteristica llamada plumas. Mas adelante especificaras una caracteristica llamada pico y otra llamada patas. Posteriormente les fijaras valores a cada una de estas caracteristicas; Plumas de Pato = 10; y asi sucesivamente.

Pointers

Tal como mencionamos anteriormente, en ObjC estaras trabajando principalmente con punteros. Un puntero, como lo definimos anteriormente, no dice x= 7. Mas bien un puntero dice, *x (el valor de X) esta almacenado en este espacio en la memoria.Por que es tan importante esto? Bueno pues uno puede lograr cosas muy poderosas y manejar objetos muy complejos de manera mas eficiente. Aprenderas acerca de su poder, a su debido tiempo, por ahora solo sepan que un puntero es cualquier cosa que tiene un * en frente de ella.

Hemos dicho anteriormente que crearemos documentos de Clase, los cuales sirven de planos conteniendo variables y otros objetos que podemos usar para definer el objeto que querramos. Aqui tenemos 2 ejemplos:

Deseamos crear un Objeto de tipo Carro

Necesitamos que el Carro sea una Subclase NSObject. En el archive .h especificaremos una marca, modelo y tipo de carro con color, motor y otras especificaciones. La marca y el modelo pueden ser NSStrings, asi como el tipo de carro. El color del carro puede ser UIColor pero ya el motor es un asunto un poco mas complicado ya que tienen muchas especificaciones. Asi es que el motor no sera ni un string, ni un numero ni un color, sera un array No te asustes! Esto solo quiere decir que no es 1 valor por variable, sino que multiples valores por variable. Los motores tienen tamano, volumen, una serie de pistons asi es que cuando describes un motor debes decir 3 cosas de una sola vez, no solo una. Asi es que hagamos un NSArray de motor, o mejor aun un NSDiccionario

Estos son objetos ya existentes que, en el caso del NSDiccionario, estan estructurados para tener una llave a un Objeto. Asi es que para la llave “Pistones” podemos tener el Objeto o Valor “6” y para la Llave “Configuracion” podemos tener un Valor “V” para un motor V6. El Objeto Carro puede verse algo asi:

NSMutableDictionary *myCar = [NSMutableDictionary alloc] init];

[myCar setObject:@"6" forKey:@"Pistons"];

[myCar setObject:@"V" forKey:@"Configuration"];

El archivo .m tendra cosas como un metodo init que dice que cuando alguien llama la Clase Carro a manera de crear un Objeto Carro, deben especificar todos las especificaciones necesarias, como motor, color, marca, modelo etc y yo, el compilador, les dare a cambio un Nuevo y relumbrante Objeto Carro que cualquiera pueda utilizar.

Queremos crear un Objeto View Controller

Para esto tendremos que utilizar una Clase Controladora de View UITable porque queremos que sea como una lista de celdas. Pero en vez de hacer que tenga un trasfondo blanco, lo modificaremos para que tenga un trasfondo negro. Y en vez de tener solo celdas con texto, lo cambiaremos a manera que tenga un objeto UIImage en cada celda. Asi es que especificaremos estas caracteristicas para este Objeto que crearemos. Pero estamos empezando de algun punto en particular, una Clase UIView y luego lo subclasificaremos para hacerlo lo que querramos.

Al final terminaremos con un programa que tendra planos para hacer cualesquiera objetos querramos, con las caracteristicas que querramos. Y todo lo que tenemos que hacer es apuntar hacia esos objetos y hablarles. Estos punteros pueden apuntar a los objetos desde las clases que ya existen como las NSArrays, NSStrings, UIViews o a objetos que nosotros mismos creamos tales como NSObjeto-Carro o NSArray- Motor. Mas importante aun, es que podemos hablarle a esos objetos y hacerlos que hagan lo que nosotros querramos a travez de los Metodos.

METODOS

Metodos Santiapps.com Marcio Valenzuela

Los objetos intercambian data via mensajes que son metodos definidos en los planos

Un metodo no es nada mas que un mensaje que le envia un objeto a otro objeto que por lo general espera algo a cambio. Asi es que por ejemplo:

[Car pressBrakes]; //por cierto estos son solo comentarios, esto envia el mensaje de apretarFrenos al objeto Carro.

Esperemos que el metodo apretarFrenos; de hecho le diga al carro que se detenga y no que acelere!

[Car pressBrakes:hard]; // hace lo mismo pero le envia un valor a un parametro que el metodo acepta.

El metodo podria verse algo asi:

-(void) pressBrakes:(NSString*)force{

if (force = hard){

[Car setSpeed=0]; }

else {

[car setSpeed=--10];

}

Esto quiere decir, no solo deten el carro…sino que quiere decir, piensa, razona, interpreta, si los frenos se apretan duro, entonces fijar la velocidad del Carro a 0 de un solo! De lo contrario, desacelerar la velociad del carro por 10 millas por hora.

Nuevamente, desen cuenta que estamos usando punteros… (NSString *) fuerza es un puntero a, no el variable en si.

Diseños basicos para apps iOS

Ahora veamos algunos modelos de los tipos de aplicaciones mas comunes.

Nav Based

Dado que hay muchos disenos communes disponibles que son faciles de usar para duenos de aparatos iOS y por la forma en que los aparatos estan construidos, Apple decidio echarnos un amanita con modelos de Clases controladores de vista utiles. Tengan en mente que estas Clases son realmente SubClases de la Clase UIview (la cual a su vez es una Clase NSObject, la raiz de todas las Clases).

Una de las Subclases UIViewController es la UINavigationController . Como todo juego de planos, esta indica que una VC de Navegacion tendra una barra de navegacion en la parte superior para moverse de arriba a abajo dentro de una columna (stack). Puede tener botones de navegacion, un titulo de vista de navegacion, etc.. Cuando se crea una instancia un objeto o Instancias de esta Sub Clase, tu puedes modificarlo, pero esta heredando todas las nstrucciones del juego de planos de su super Clase, la Vista Controladora de Navegacion.

Pronto veremos este tipo de app! No se preocupen.

Table View Based

Este VC presenta una table con celdas dentro de las cuales uno se puede movilizar, saltar, las puede seleccionar, agregarles dibujos, explorar detalles, etc… Todas estas funciones y comportamientos son heredados de la Super Clase TableView Controller. Estas son muy comunes y usualmente combinados con otros tipos de VC.s como por ejemplo las aplicaciones de mensajes SMS en IPad y iPhone.

Tab Bar Based

Estas VCs son de hecho cascarones que contienen otras vistas dentro de si mismas. Estan compuestas por un marco con tabs en la parte inferior, que cuando son seleccionadas o se complete el ciclo a travez de ellas, presentan el UIview que contienen dentro. Muy parecido a las aplicaciones de iPod o iPhone que tienen tabs abajo para cambiar entre las diferentes vistas.

Split Based

Esta es un tipo de VC que fue introducida por iPad y es sumamente util. Basicamente divide tu pantalla en dos diferentes vistas; en la parte izquierda tienes una vista de tabla y en la parte derechala UIView que esta conectada a lo que sea que este seleccionado en la vista de tabla de la izquierda como la aplicacion de Settings en un iPad.

Existen otras aplicaciones mas simples como la del Clima que es solo una VC FlipSide, o algunas temporalis como los ModalView Controllers. Lo que hay que recorder es que todas estas son Subclases de UIView y que fueron disenadas para mayor conveniencia y que pueden ser subclasificadas y modificados a su gusto para no tener que disenar demasiado codigo para hacer que un programa haga muchas de las cosas que otros programas ya hacen bien.

Esta seccion muestra el poder de la Programacion Orientada a Objetos. Todos estas clases de vistas controladoras son subclases de una clase principal llamada la clase raiz o Clase NSObject. La clase NSObject es un plano para crear objetos y dice “ Cualquier objeto tomara espacio en memoria, debera ser inicializado, luego alocado, luego definido, despues sintetizado, etc…” Toda una serie de otras clases de objeto se derivan de la Clase NSobject, :

Apple Class Tree

Aqui podemos visualizer como el NSObject (es algo definido con ese nombre-no existe NSObjeto) es la clase central y cualquier cosa creada a partir de este heredara sus propiedades, pero podra agregar sus propias caracteristicas tambien. Una grafica siempre es un objeto, tomara espacio, tiene que ser alocada e inicializada y liberado, pero tendra muchos variantes, los cuales compartiran cierta logica. Sin embargo, una imagen sera pixelado, tomado de diversos formatos (gif, jpg) mientras que un texto siempre aparecera con una fuente que puede ser editada, o seleccionada mientras que su forma sera un vector grafico con lados, direcciones, angulos, etc..

Nuestra Aplicacion de Twitter

Para pequenas aplicaciones puedes hacer caso omiso de este paso. Y por aplicaciones pequenas, me refiero talvez a plantillas de aplicaciones FlipSide o alguna aplicacion sencilla de UIView.

Para cualquier aplicacion con mas de una vista, recomiendo que se tomen el tiempo de de dibujar o diagramarla en papel primero. Por que? Uds pueden creer que no se coomplicara mucho, pero si lo hara. Pueda que uds. Piensen que estan construyendo una aplicacion sencilla acerca de hobbies caseros, pero con eso puede que se vuelvan millonarios. Al mapear lo que la aplicacion va a hacer y como el usuario va a seguir el flujo de dicha aplicacion, les ayudara a ver una perspectiva mas completa.

Sinceramente se los digo, la aplicacion mas sencilla puede crecer y complicarse bastante rapidamente. Sirve mantener un poco el control del asunto, viendo como es que el usuario va a interactuar con ella y como fluira la informacion de una vista a la siguiente. Esto tambien te permitira determinar que tan Buena experiencia tendra el usuario, lo que al final determinara que tan bien se vende tu aplicacion. He visto muchas aplicaciones con un gran potencial, que resultaron ser un fracas porque estaban diagramadas mal. Mapear tu aplicacion no te tomara mucho tiempo, y no hacerlo te podria costar meses de cambiar codigo.

Diseño a mano

Esto puede parecerles innecesario, pero ayuda mucho. Digamos que vamos a disenar una aplicacion en este curso y que sabemos que queremos que muestre indormacion de ventas. Si empezamos a escribir codigo directamente, podemos pasar por alto el hecho que la aplicacion necesita autenticar quien tendra acceso a dicha informacion. O se nos puedo olvidar que podria hacer que tu aplicacion resulte inutil. Por ejemplo, en iOS, cuando tienes campos para texto seleccionados, el momento en que tocas ese campo, aparece un teclado de la parte inferior de la panta y puede obstruir estos mismos campos en dodne introducer el texto o aun peor, el boton de OK. Asi es que tu usuario puede terminar atascado sin poder hacer click en el botod de Ok.

Todos estos son cambios cosmeticos pero es mas importante diagramar el flujo de la informacion de pantalla a pantalla. Si mas adelante te das cuenta que necesitas inserter un controlador de vistas o cambiar adonde se descargara informacion de la web, sin en VC#1 o VC#2, un diagram te ayudara a programar tales cambio y ver cual seria el resultado final.

En este curso abriremos una cuenta de twitter con funcionalidad sencilla:

La Aplicacion de Twitter sera una basada en Vista de Tabla asi es que dibujenla. Dado que la aplicacion es basicamente un cliente de twitter, las funciones mas basicasque debe incluir son un listado de usuarios que seguiran tus tweets y permitir el posteo de tus propios tweets a manera de que la vista principal deberia ser ademas una vista de tabla listando los usuarios que tu estes siguiendo. Nuevamente tendremos que navegar de los usuarios hacia sus tweets, asi es que deberas incluir un nav controller.

En un curso intermedio o avanzado mas adelante, introduciremos unas cuantas aplicaciones mas y otros tipos de juegos sencillos que te permitiran empezar con esas tipo de programaciones. Edificaremos sobre la base de este curso para movernos hacia los cursos intermedios y avanzados a medida que la clase vaya progresando.

Asi es que por los momentos, mapeen la aplicacion de twitter con papel y lapis para que puedan tener una idea mas complete de lo que deberia de hacer dicha aplicacion para el usuario. Empezaremos a codificar muy pronto….

Mi primer aplicacion para iOS

Un poco acerca de MVC

MVC es dogma al momento de escribir codigo. Basicamente lo que dice es “ Manten el modelo, la vista y el controlador separados.” Seguro, diran uds, diganme que son y los mantendre separados.

El Modelo es la logica/idea principal del programa. Por ejemplo, si tu programa es un carro, tu modelo esta hecho de las leyes de la fisica, mecanica, electronica etc.. Estas rigen como funcionan las partes del carro. Oprimir el acelerador hace que el carro se mueva hacia adelante. Oprimir el freno hace que el carro se detenga. Sin gasolina, el motor se detiene….

La Vista o View es lo que el usuario ve. Siguiendoo con nuestra analogia, esto seria un conjunto de varias vistas, el vidrio delantero, el tablero interior del carro, al panel de control de la radio, la vista de las ventanas laterales, la vista en el espejo retrovisor. Tambien contiene las partes mediante las cuales el usuario interactua con el sistema, como el timon, los pedales, botones del tablero etc..

El Controlador es el subsistema que conecta la Vista al Modelo. Es el sistema de respuesta. Lo que sea que el usuario haga en la Vista, se traduce en acciones que son comunicados como mensajes al Modelo. Cuando el usuario interactua con la Vista (vidrio delantero) y ve un carro en frente, decide detener el carro hacienda uso del freno, el cual controla el sistema enviando un mensaje de Detenerse al Modelo. Este mensaje es procesado en el Modelo y resulta en cambio de estado, los cuales estan a su vez comunicados con la Vista. El carro en frente ya no se sigue aproximando, nada en el exterior se sigue moviendo, porque el usuario ha cambiado su estado, al detener el carro.

Es asi como se crea una regla, y nace una excepcion! La mayoria de los proyectos con los cuales trabajaras estan basados en templates pre-existentes de lo que llegaras a conocer como Controladores de Vista (o por su abreviacion en Ingles VC’s). La razon por esto es que en iOS la Vista y el Controlador estan cercamente emparejados para la mayoria de las aplicaciones. Por ende al final tendras muchos archivos titulados Controladores de Vistas. Aprenderemos mas acerca de estos mas adelante.

Como ya tienen abierto Xcode, comencemos a construir un nuevo proyecto. Utilizemos una aplicacion basada en Windows para efectos de mayor sencillez. Unas palabras antes de comenzar. Anteriormente habian 2 formas de crear el UI, User Interface o Interfaz de Usuario; programaticamente via codigo o visualmente vía XIBs. Esto significa que podiamos crear un boton en código, dando la instruccion de crearlo asi:

UIButton *miBoton = [[UIButton alloc] init];

Y luego cambiabamos sus propiedades como tamano, posicion, color, texto etc…

O podiamos crear un boton via Interface Builder, una mini aplicacion grafica donde podiamos arrastrar un botón desde la libreria de objetos a una plantilla gráfica donde se visualizaba el boton y se podian modificar sus propiedades.

OJO: La funcionalidad, entiendase metodos que ese botón llamaba o sus animaciones etc siempre debian hacerse vía el codigo.

Hoy en dia los XIBs siguen existiendo pero han evolucionado a ‘escenas’ en Storyboards. Storyboards es una tema para otro tutorial pero queria aclarar el tema porque seguro encontraran muchos tutoriales online que usan XIBs. En este caso nos referimos a XIBs.

Windows & Vistas

Cada aplicacion es creada con dos cosas importantes:

ApplicationDelegate
MainWindow.xib (O escena inicial en Storyboards)

El ApplicationDelegate es un archivo de clase y el MainWindow.xib es un archivo Constructor de Interfaces que contiene una representacion grafica de la ventana principal en la aplicacion. Hoy en dia los xibs han sido reemplazados por scenes, o escenas de un storyboard. Un Storyboard es como un diagrama de las distintas pantallas que componen una aplicacion. Es un sistema muy intuitivo para disenar aplicaciones para iOS.

AppDelegate

Aprenderemos mas a detalle acerca de Clases y Objetos mas adelante, pero veamos un poco al respecto ahorita. Un programa esta hecho de documentos (.h/.m) que describen una Clase [Archivos de Clase]. Estos archivos son los planos para colocar /ubicar Objetos. Una vez que esos objetos estan creados, van a interactuar entre si para llevar a cabo las areas que se les asignen enviandose mensajes a travez de una serie de instrucciones que tu disenaras, que se llaman Metodos.

La Clase de ApplicationDelegate certifica que, una vez creada, encarnada o instanciada, contendra una ventana. Esto hace sentido, ya que estas disenando un programa que se mostrara en una pantalla, y por ende debes tener una ventana dentro de la cual puedas tener contenido. Si ves la parte .m del archive, la implementacion, veras un metodo llamado the applicationDidFinishLaunching method, que es lo que llama a la ventana y la vuelve visible. Hasta ahora, la ventana contiene lo que sea que el archive MainWindow.xib contenga. Si tu app tendra una sola ventana o pantalla, entonces puedes simplemente colocar todo dentro de MainWindow.xib. Sin ambrago, si tu app llamara otras vistas movera informacion muy probablemente tendras que disenar una Clase ViewController y tendras que colocar su ventana sobre el archive MainWindow.xib para mayor interaccion. Veremos mas respect este punto mas adelante.

Por ahora entendamos unicamente que el UIApplicationDelegate es lo que nos dice: “Ok, para empezar, aqui esta tu Ventana, puedes verla graficamente en el Mainwindow.xib.” Sin embargo, si quieres crear y agregar mas vistas, tienes la potestad de crear otras Clases de controladores de vistas, llamarlos encima de la Ventana y hacer que ellos controlen lo que tu programa esta haciendo.

MainWindow.xib

Toda Aplicacion tiene al menos una ventana. Encima de esta ventana se puede agregar vistas. Si quieres que un programa solicite una clave de entrada, tendras que colocar una ventana con ITextFields y UIButtoms encima de la ventana. Si quieres que el usuario tenga entonces acceso a una lista de items o a mapas o a etapas de un juego etc.. deberas eliminar la vista de clave de entrada

Muestra de Aplicacion Sencilla

Veamos un ejemplo creando una aplicacion sencilla para que puedan tener una idea de lo que vengo explicando:

Crear proyecto Nuevo y llamarlo “Tiempo”. Esta sera una aplicacion de una sola ventana para iPhone unicamente.
En AppDelegate.h agregar un IBOutlet UILabel *theTime; una variable de instancia. Hazle click a Salvar. Tu archivo .h deberia verse de la siguiente forma.

#import <UIKit/UIKit.h>;

@interface TimeAppDelegate : NSObject {

UIWindow *window;

IBOutlet UILabel *theTime;

}

@property (nonatomic, retain) IBOutlet UIWindow *window;

@end

NOTA: En iOS6 si estamos usando ARC, no usamos (nonatomic, retain) sino (nonatomic, strong).

3. En el metodo AppDelegate.m’s didFinishLaunchigWithOptions , agregar:

[theTime setText:@"hello world!"];

4. Abran MainWindow.nib (o xib) y arrastren y dejen caer un UILabel dentro de la Ventana. Entonces habiendo seleccionado TimeAppDelegate, vayanse a Inspector de Conexiones y conecten el outlet theTime al UILabel que esta dentro de la ventana.

IBOutlet Conectado

Tu IBOutlet conectado deberia de verse de la siguiente forma.

5. Disenar y correr(Build & Run) la aplicacion

Deberias de ver una ventana de fondo blanco con una etiqueta que lee “hello world”. Felicidades! Disenaste tu primera aplicacion de iOS.

Como leer Documentacion de Apple para iOS

Lo mas dificil para mi fue aprender a leer la documentacion de Apple. Segun queria usar mas funciones o frameworks, se me complicaba mas. La verdad es que debemos saber leer la documentacion ya sea de Apple o de otros.

Por ejemplo, seguro nos encontramos con el termino DEPRECATED, que significa que un metodo en particular ya no se usa o no existe. Estos son temas importantes asi que veamos la documentacion de Apple primero.

Santiapps. Marcio Valenzuela. Learn to program for iOS or MacOS

Esto nos dice que el objeto NSArray tiene muchos metodos que podemos usar. Pueden ser Instance o Class methods. Si quieres saber que puede hacer un objeto o instancia de una clase, podemos “preguntarle” y buscar su documentacion para entenderlo.

Notamos que hay muchos tasks que podemos utilizar en NSArray:

Santiapps. Marcio Valenzuela. Learn to program for iOS or MacOS. Understand how to read NSArray Class Reference.

Vea el task con las letras en rojo que dicen “Deprecated in…”. Esto nos indica despues de cual version de iOS fue deprecated. Ahora supongamos que queremos saberque tipos de metodos podemos usar con este objeto, es decir, que tipo de mensajes le podemos mandar. Veamos el initWithObjects, ya que es natural que si vamos a crear un objeto de este tipo, le queremos agregar objetos adentro:

Santiapps. Marcio Valenzuela. Learn to program for iOS or MacOS. Understand how to read NSArray Class Reference.

Esto significa que si usamos la manera estandar de crear cualquier objeto:

Objeto Class *objetoPointer = Objeto Class alloc …

podemos insertarle el siguiente methodo:

-(id)initWithObjects:(id)firstObject…

El resultado es:

Objeto Class *objetoPointer = Objeto Class alloc -(id)initWithObjects:(id)firstObject

osea que podemos agregar objetos a nuestro array. Ahora veamos el codigo en formato correcto:

NSArray *myArray = [[NSArray alloc] initWithObjects:@”hi”, @”bye”, nil];

La documentación de NSArray nos dice que podemos usar ese metodo con ese objeto. Ahora, a veces no hay documentacion disponible o esta desactualizada. En esos casos podemos preguntarle a XCode usando Jump to Definition.

Veamos un ejemplo de un caso que acabo de usar. He estado trabajando con Cocos2d, una library para crear juegos. Esto quiere decir que hay un 3rd party involved, osea, ya no solo es Apple sino tambien alguien mas. Cuando una compania o alguien desarrolla un set de codigo que realiza ciertas funciones puede crear una library o un framework o API. El library no se puede ver, es decir, su codigo esta escondido. Un API o framework es precisamente visible para que otros lo puedan ver y modificar. Por ejemplo, los creadores de Cocos2d crearon muchas clases para que programadores las pudiesen usar y crear sus juegos. Una clase se llama CCAnimation que recibe los distintos frames de una animación para concatenarlos y crear una animacion. En una version mas reciente hicieron varios cambios y el metodo de CCAnimation cambio. Muchas veces esto se debe a mejoras.

Si abro XCode y trato de correr mi codigo viejo, el juego se estrella y tira un error que dice “Unrecognized Selector sent to instance”.

Santiapps. Marcio Valenzuela. Learn to program for iOS or MacOS. Understand how to read NSArray Class Reference.

Esto significa que CCAnimation no reconoce este metodo viejo o selector viejo. Presumiblemente porque cambiaron el nombre de este metodo para acomodar nuevos cambios estructurales. Asi que hago click sobre CCAnimation en el editor de archivos:

Santiapps. Marcio Valenzuela. Learn to program for iOS or MacOS. Understand how to read NSArray Class Reference.

Ahora selecciono Jump To Definition y me lleva a la clase CCAnimation:

Santiapps. Marcio Valenzuela. Learn to program for iOS or MacOS. Understand how to read NSArray Class Reference.

Esto me da, no un documento de referencia sino la clase en si. Esto me permite ver sus propiedades y metodos para seleccionar el que mas se acomode a mis necesidades.

Es muy importante saber como pasar de un crash a la documentacion de referencia que nos permita arreglar ese crash.

Conoce XCode para programar en iOS

Conozcamos XCode – La Herramienta de Programacion para iOS

Ahora que estamos listos para programar para iOS, abramos XCode. Al abrir XCode nos presentan la opcion de abrir proyectos existentes o crear nuevos proyectos como en muchas aplicaciones. Hasta aqui llega la similitud. Como es la primera vez que abrimos XCode no tenemos proyectos existentes. Asi que seleccionemos crear un proyecto nuevo y llamemoslo Hello World u Hola Mundo, lo que prefieras. Asi se ven la pantalla principal.

Xcode Layout

XCode 4 Layour Santiapps.com Marcio Valenzuela

Layout

XCode esta organizado de manera bastante simple. Tenemos el Navegador de Archivos en la izquierda, el Editor de Archivos en el centro y a la derecha la Barra de Inspector. En la parte superior esta la Barra Principal. Veamos en detalle para que se utilizan:

a) El Navegador de Archivos contiene los folders y archivos que estan dentro del proyecto. Ojo, esto significa aquellos archivos que XCode ha reconocido que son parte integra del proyecto. No son necesariamente los archivos que estan dentro del Finder Folder del proyecto. Es posible agregar archivos al Finder Folder del proyecto, o sea al folder fisico dentro del disco duro, sin que XCode los reconozca o presente en el Navegador de Archivos.

b) El Editor de Archivos es la ventana donde hacemos nuestra codificacion. A veces podemos interactuar entre esta y otras ventanas especiales como veremo mas adelante.

c) La Barra de Inspector es donde encontraremos los inspectores que nos permiten hacer cambios a los tipos de archivos seleccionados. El inspector mostrado depende de cual selector este oprimido en la barra navegadora de arriba.

d) La Barra Principal es la que contiene botones de uso principal como veremos en el progreso del curso. Los mas importantes son Run en el extremo izquierdo, que usamos para hacer una corrida de nuestro proyecto, y los botones del extremo derecho de Editor, View y Organizer. Editor se refiere a si queremos ver el Editor Principal de Archivos que vemos en la imagen o el Assistant Editor que nos ayuda a hacer algunas conexiones. View se refiere a si queremos mostrar algunas otras ventanas de XCode como por ejemplo, podemos esconder la Barra de Inspector al seleccionar su icono. Organizer se refiere a una ventana independiente que contiene informacion avanzada de configuracion como los Provisionin Profiles, Repositorios, Compilaciones Anteriores y demás que veremos mas adelante.

Finalmente es importante mencionar que hay 3 secciones adicionales que son importantes:

1) Las Librerias que es la seccion inferior de la Barra Inspectora. Alli encontramos las librerias de Media (imagenes y audios de nuestro proyecto), la libreria de Objetos Basicos como ViewControllers y Botones o Etiquetas y la libreria de Code Snippets usada para almacenar Snippets cortos de codigo de uso frecuente.

2) La Barra Navegadora entre la Barra Principal y las 3 ventanas inferiores. Esta divididad en sus mismas 3 secciones. Sobre el Navegador de Archivos, la Barra Navegadora muestra opciones de Inspector, Alertas, Breakpoints y otros. Sobre el Editor de Archivos la Barra Navegadora muestra la serie de archivos entre los cuales podemos navegar en nuestro proyecto. Quizas mas importante, cuanto esta seleccionado un archivo en particular y el cursor esta dentro del Editor de Archivos, se puede saltar entre los distintos metodos de ese archivo para una navegacion mas eficaz. Sobre la Barra de Inspector, muestra los iconos para los distintos Inspectores, los principales siendo Attributes Inspector, Identity Inspector, Size Inspector y Connections Inspector; los cuales muestran los atributos, la identidad, las medidas y conexiones del archivo seleccionado, respectivamente.

3) Las Viñetas se pueden ver justo arriba de la Barra Navegadora y se usa para ver otros archivos. Típicamente se usa para ver los resultados de las corridas de sus proyectos.

Consola

XCode Console Santiapps.com Marcio Valenzuela

Build & Run Console

Si el proyecto se puede construir, compilar y correr, veras una segunda viñeta la cual muestra los threads creados en la izquierda, tipicamente el archivo donde se detuvo la corrida en el centro y una barra inferior llamada la Consola, donde aparecen errores de run-time, logs que hemos incluido en el codigo como NSLogs etc. Adicionalmente la Consola se puede dividir usando unos iconos en la derecha que nos permite ver los objetos creados y sus valores.

Que que? Ok, un programa basicamente es una serie de instrucciones detalladas en un documento. Estos documentos se llaman archivos y en ObjC vienen en pares de documentos, un archivo .h y un archivo .m. Esto solo quiere decir que en la interface(interfaz) del archivo .h , indicas que objetos o variables y metodos (instrucciones) tendra ese documento. Y en el archivo .m , la implementacion, se detalla especificamente que es lo que haran estos objetos.

Cuando termines de codificar, probaras a correr tu programa con un boton titulado Run. Esto primero se encargara de revisar todo tu codigo en busca de cualquier error de pre-compilacion. Si se encuentra alguno, los veras en la consola o a veces en el Navegador de Archivos en Alertas o incluso en el mismo archivo. Si no hay ninguno de estos errores, o solo se encuentran advertencias, no errores, pasamos a la viñeta de la Consola, donde vemos lo que mencionamos arriba. En la consola puedes ver las banderas o logs (logs) que agregaste a tu codigo. De esa forma, si llegas a cierta bandera y encuentras un error post-compilacion o error de tiempo de corrida, puedes revisar tus banderas para ver cual fue la ultima que aparecio en el console debugger( consola ). Eso te dara una idea de donde puede estar tu error.

Ademas, puedes agregar puntos de quiebre, que compilan y corren el programa pero lo paran en algun punto, preferiblemente antes de que se estrelle, para que puedas ver cual objeto o variable fue fijado, y a que. Asi podras determinar porque ocurrio el error o el crash. Por ejemplo, si fijas un objeto NSString a “Hola” y ves en el debugger que equivale a NULL, puedes detenerte en el punto de quiebre justo antes y ver porque se estrella…. Y es porque fue fijado a NULL.

Instrumentos

XCode Instruments Santiapps.com Marcio Valenzuela

Esta herramienta te ayuda a detectar fugas de memoria o Leaks. Esto es importante en ObjC porque este idioma es muy enfocado en punteros. De hecho, mucho de lo que vas a estar hacienda, si no todo, tendra que ver con punteros. Hay un posteo muy bueno en quique123.wordpress.com acerca de los punteros y cuan importantes son verdaderamente. Es muy facil pasar por alto su importancia, pero creeme, una vez que entiendas que todo lo que estas haciendo es pasando alrededor de punteros, se vuelve mucho mas facil codificar sin estrellarse porque puedes pensar en ello de la siguiente forma:

“Si fijas un puntero hacia el objeto Maria, y de repente lo cambias para que apunte hacia el objeto Alfredo… has perdido tu linea de comunicacion con el objeto Maria. Esto quiere decir que ya no te puedes comunicar mas con Maria, sino solo con Alfredo. Esto causa fugas porque cuando los objetos son creados o copiados, consumen espacio en la memoria. Eventualmente el espacio de memoria debera ser cedido o tu aparato iOS cuyo espacio de memoria es limitado se tornara lento, de poca respuesta y eventualmente se estrellara por falta de memoria suficiente para sus necesidades operativas basicas. Por lo tanto, antes de terminar platicas con Maria, debes enviarle una senal de liberacion. Esa senal de liberacion destruira el objeto y liberara el espacio de memoria que ocupaba. SOLO ENTONCES, podras apuntar a Alfredo y hablar con el.

Yo se, creanme que yo se, que todo esto pueda no parecerles importante ahora, pero una vez que lo vean en accion, se sorprenderan de haber leido de ello anteriormente.

Ok ya conocemos lo basico de la herramienta de programacion para iOS. Ya es hora de crear nuestro primer proyecto, no?

Aprender a programar es importante

Aprender a programar es importante aunque no seamos programadores!

Como crear aplicaciones o programar para iPhone / iPad (Apple) en XCode

Curso para crear aplicaciones en iOS - Parte I

Breve Intro

La primera pregunta que muchos me hacen es: Porque aprender a programar para iOS en lugar de Android? Android es un sistema operativo para equipos de precio mas bajo. Esto significa que la plataforma tendra muchos mas usuarios y por ende el Mercado para aplicaciones sera mas grande. Teoricamente es cierto. Sin embargo, la calidad de las aplicaciones en iOS es superior debido al control de calidad inherente al sistema y el proceso de aprobacion de aplicaciones. Esto resulta en usuarios dispuestos a pagar mas por aplicaciones. Al final es cuestion de preferencia personal, pero es importante saber que no es una pregunta con una respuesta facil como para decir: “Definitivamente este OS es superior al otro en terminos de rentabilidad para un programador”.

Habiendo dicho eso, entremos en material. Empecemos con los requisitos.

Mac

La mejor computadora del mundo

Primero, necesitas una mac. Porque? Mejor dicho porque no! No solo porque necesitas una mac para instalar XCode, la herramienta para programar para iOS, sino tambien porque es simple y sencillamente una excelente computadora. Son computadoras mucho mas estables que las WindowsPC, pueden hacer todo y mas de lo que puede hacer una WindowsPC. Algunos critican el precio mas elevado, sin embargo, las Macs son como los Hondas, Tienen una calidad tan superior que aun usadas son tan buenas como nuevas.

Xcode

XCode for Developers

Xcode es una herramienta gratis y extremadamente poderosa. Esta herramienta es renovada constantemente y nos permite:

1. Iniciar proyectos basados en plantillas que ahorra tiempo

2. Codifica via colores el codigo ObjC para facilitar encontrar errores.

3. Incorpora facilidades para compartir codigo y proyectos en un equipo.

4. Y lo mas importante es que permite la prueba de las aplicaciones o juegos con detalles minuciosos de “performance” que acorta el tiempo de proyecto a producto final.

Con estas ventajas no es ningun misterio como tantos programadores se han hecho millonarios tan rapido y tan facil!

Apple Developer Program Membership ($99) – {Esto es opcional sin embargo no se puede someter aplicaciones al proceso de revision ni a la AppStore sin el}

Apple Developer

Existe un proceso para someter aplicaciones al AppStore para revision. Convertirse en miembro desarrolador (ADM) es importante por las siguientes razones:

1. Para poder someter aplicaciones al AppStore.

2. Para obtener acceso a los mas recientes SDKs.

3. Para poder descargar la mas reciente version de XCode.

4. Para obtener acceso a varios proyectos de muestra por parte de Apple que ilustran el uso de las mas recientes tecnologias de su API.

5. Para obtener acceso a los Developer Forums, creanme, esto vale la pena. Tener comunicacion directa con los programadores de Apple vale oro.

Developers Provisioning Portal

Como pronto aprenderas, puedes comenzar a escribir codigo hoy mismo, pero para cargar las aplicaciones a un dispositivo (y eventualmente al AppStore) es necesario atravesar el proceso del Developer Portal. Este es un proceso en el cual creamos algunos archivos llamados Perfil de Provisionamiento para Desarrollar y Distribuir aplicaiones. Estos llamados Provisioning Profiles, son archivos que se cargan a un dispositivo para que pueda corer una aplicacion iOS teniendo la plena seguridad que no es malware o una aplicacion maliciosa. Puede sonar como algo muycomplejo pero los 5 pasos basicos son:

1. Crear Certificados. Hay 3 certificados involucrados: (a) El Developer Certificate, (b) El Distribution Certificate, y el (c) Apple WWDR Certificate. Para obtenerlos es necesario generar unas llaves de seguridad via el Developer Portal e instalarlas en nuestra mac keychain. El Developer Portal explica muy claramente como realizer estos pasos.

2. Agregar dispositivos. Para poder subir o cargar una aplicacion a un dispositivo es necesario crear un identificador para cada dispositivo. Esto solo es necesario para probar la aplicacion en un dispositivo real en lugar de simplemente el simulador en XCode. Es bueno probar en un dispositivo que esta expuesto al mundo real y no solo probar las aplicaciones en un simulador.

3. Crear App IDs. Cada aplicacion a ser probada tambien debe contar con un identificador de aplicacion que se usa para identificarla.

4. Crear Provisioning Profile. Luego de obtener los certificados, crear identificadores para el dispositivo y la aplicacion a ser desarrollada, esa informacion se combina para crear un Perfil de Provisionamiento de Desarrollo. Este es el archivo que ultimadamente se cargara al dispositivo para identificar que esa aplicacion puede corer de manera segura en ese dispositivo porque fue creada por un programador miembro del Apple Developer Program.

5. Cargar al AppStore. Finalmente cuando la aplicacion ya ha sido refinada para eliminar errores, desempeno etc, se vuelve a crear un Perfil de Provisionamiento de Distribucion para distribuir la aplicacion a traves del AppStore.

Tiempo y Paciencia

Si tu eres un programador professional o estudiadio, seguramente tendras mejor suerte que yo. Mi experiencia era en ASP y HTML. En retrospective, Objective C es mas sencillo de comprender sin embargo no tuve una formacion en programacion para aprovechar esa facilidad.

Mi ruta fue: Lei alguna documentacion basica de Apple Docs pero la senti muy abstracta asi que salte directamente a algunos proyectos de muestra. Luego me meti de lleno a Google y encontre varios tutorials en linea. Muchas veces encontre codigo para exactamente lo que necesitaba. Y dado que ObjC es un language de programacion basado en objetos, fue muy facil modificar distintas muestras de codigos para alcanzar el efecto final deseado.

Recomiendo mucho los tutorials en linea y proyectos de muestra de Apple. El Apple Developer Center (ADC) tiene toda la documentacion necesaria para empezar, proyectos de muestra bien comentados y explicitos asi como videos. La documentacion de Apple puede ser bien pesada y aburrida para principiantes por lo cual la recomendaria como un paso final. Empiecen por los proyectos pequenos y divertidos que estan en linea.

Recursos EnLinea

1. iPhoneDevSDK Forum. www.iphonedevsdk.com/forum/

2. StackOverFlow. www.stackoverflow.com

3. Quique’s Blog. quique123.wordpress.com

4. ManiacDev. www.maniacdev.com

5. Google & Stanford. groups.google.com es un grupo de google para el curso de iOS en Stanford. Tiene todo el temario del curso de iOS y last areas y proyectos del mismo. El grupo es abierto y asi como encontraras gente amable la habra descortes. Pero al final es una Buena fuente de informacion.

XCode & Programacion iOS para iPhone / iPad en Espanol

Antes que nada me gustaria saber si les interesa que traduzca mis posts de Code Snippets y Aplicaciones a espanol. Si hay suficientes programadores interesados con gusto lo hago.

XCode es la herramienta para programar en iOS, el OS de los iPhones, iPads y iPods. La verdad es que ha evolucionado bastante en los ultimos anos y quiero recapitular algunos tips muy utiles.

Source Control
Snippets
Edit in Scope
Speech Assistant
Appirater
TestFlight SDK
Storyboards

Veamos una por una:

Source Control. Esta herramienta se utiliza para crear un repositorio (git) que permite compartir el codigo o proyecto de ese repositorio con programadores de un equipo. Ademas almacena un diario de los cambios realizados a dicho repositorio y hasta se pueden copiar “ramas” de un repositorio para llevar el proyecto en distinta direccion a la que lleva el equipo original si uno asi lo deseara.
Snippets. Según se aprende a ser mas eficiente con crear código, se aprende a usar snippets. Los Snippets son pedazos de codigo que se utilizan frecuentemente en los proyectos. Por ejemplo, yo tengo snippets para realizar tareas comunes como presentar un UIAlertView o crear un UIActivityIndicator o para crear NSUserDefaults. Aunque alguna parte del codigo cambie especificamente según la aplicación, el grueso del codigo siempre es igual.
Edit in Scope. Esto nos permite cambiar el nombre de una variable (por ejemplo, myVar) por un nombre nuevo (myNewVar) y no tener que hacerlo para cada instancia.
Speech Assistant. XCode puede leernos el codigo. Claro q sera en ingles :)
Appirater. Esta no es una herramienta de XCode pero es necesario para cualquier aplicacion ya que se ocupa de pedirle al usuario un rating para nuestra app.
TestFlight. Este servicio web es muy util para beta testing. Orientado mas como a un equipo de desarrollo, esta herramienta nos ayuda a distribuir apps en desarrollo a usuarios que nos ayuden a testear la aplicacion.
Storyboards. Esta herramienta es ideal para programadores que inician en iOS o aun los avanzados que quieren ahorrar tiempo. el diseno de tableviews y otros view controllers es mucho mas facil e intuitivo. Es especialmente util para evitar escrbir tanto codigo.

Me gustaria conocer sus sugerencias respecto a temas de interes. Porfavor postean sus sugerencias aqui mismo, gracias y hasta la próxima!

iOS App Case Studies from Lextech

Client

Shorr Packaging Corp is one of the largest independent packaging distribution firms in the nation.

Problem

The Shorr sales team used marketing videos, images, and PDFs on laptops to show off their packaging equipment to prospective clients while in the field. This approach was partially successful, but it was difficult for each sales person to make sure he or she had the most recent marketing materials saved and ready to share before each meeting.

Also, if the meeting location didn’t have internet connectivity, the sales person couldn’t access any of the marketing collateral. In addition, the laptop would often take too long to boot up, causing the customer to lose patience.

Solution

Lextech created an app that connects to Shorr’s content database and Mobile Device Management (MDM) system. The app automatically updates with the newest content, so PDFs, images, and videos can be accessed even when the sales person is offline. The MDM ensures the marketing collateral can only be accessed by the intended user, and that if a device is lost or stolen, their proprietary product information will be remotely erased, so it won’t fall into the wrong hands.

ROA (Return on App)

Shorr expects this application to assist their sales force in more easily communicating about their products, leading to an increase in equipment sales.

Client Feedback

“This app gives our sales reps targeted collateral at their fingertips. By building an app on a device they already carry consistently (the iPad) our sales reps can sell from anywhere! I’m excited to watch this app boost our sales and help us achieve our business goals,” said Robert Ludwig, Chief Information Officer at Shorr Packaging Corp.

Learn iOS en Español & in English

Sales2Go

PowerPoint Slide Viewer

Aprender a Programar - Learn 2 Code

Radiografia de un Objeto (Class Files)

Objetos, Metodos, Punteros (Pointers)

Diseños basicos para apps iOS

Mi primer aplicacion para iOS

Un poco acerca de MVC

Muestra de Aplicacion Sencilla

Como leer Documentacion de Apple para iOS

Conoce XCode para programar en iOS

Conozcamos XCode – La Herramienta de Programacion para iOS

Aprender a programar es importante

Como crear aplicaciones o programar para iPhone / iPad (Apple) en XCode

XCode & Programacion iOS para iPhone / iPad en Espanol

iOS App Case Studies from Lextech

Client

Problem

Solution

ROA (Return on App)

Client Feedback