Bueno después de algunos meses de trabajo lance mi primera iPhone app. Habichuleas es un cliente que interactua con los servicios ofrecidos en el sitio de la gente de Beanstalk. Hace algunos meses Beanstalk libero una API para que terceros puedan crear servicios que hagan uso de la misa y me parecio una buena oportunidad para hacer la primera experiencia. Para los que no conocen Beanstalk basicamente es un servicio de hosting para repositorios SVN y/o GIT. Tiene varios planes y algunos gratuitos. Yo lo uso para almacenar algunos proyectos en los que trabajo y el servicio es bastante bueno.

Esta primera version cuenta con las siguientes funcionalidades: Visualizacion de informacion de repositorios, cuenta, plan asociado a la cuenta, usuarios, changesets, y comentarios. Tambien es posible crear nuevos repositorios, actualizar los existentes y crear nuevos comentarios. Es posible acceder a la informacion de modo off-line, algo bastante util para la gente que tiene un iPod, los cuales no estan conectados todo el tiempo.

Este es el sitio de la aplicación y este es el link a App Store.

Gravatar almacena imagenes y profiles de usuarios basados en sus emails. Varios web sites levantan las imagenes de los usuarios desde Gravatar, como WordPress, Beanstalk o Stack Overflow. Si estamos creando una app que va a mostrar una imagen del usuario, podemos consumir este servicio.

Basicamente tenemos que hacer un request de la imagen a un link con el siguiente formato. (Aca pueden encontrar una full spec here):

http://www.gravatar.com/avatar/EMAIL_HASH?s=SIZE&d=DEFAULT_IMAGE&f=y&r=RATING

EMAIL_HASH: Un hash md5 basado en el email del usuario.

SIZE: El tamaño de la imagen que queremos pedir.

DEFAULT_IMAGE: Hay varios formatos de imagen default para el caso de que el usuario no tenga una imagen registrada. Estos son algunos ejemplos:

RATING: Podemos pedir que la imagen respete cierto rating si la app que estamos haciendo va a ser accedida por todo tipo de publico.

Entonces basicamente hay que hacer un request con la URL formateada correctamente, con el response vamos a crear una UIImage y se lo vamos a setear a un UIImageView. Muy simple.

Cree una iPhone app en donde uno puede definir ciertos parametros y realizar un request de la imagen. Se puede obtener el codigo de mi repositorio https://microedition.svn.beanstalkapp.com/public/ el proyecto esta en la carpeta gravatarClient.

Para los que no conocen CoreData, podemos definir a grandes rasgos que es un ORM ya que nos permite persistir objetos en distintos medios de almacenaje (El mas usado SQLite pero es posible especificar uno diferente). Se encuentra disponible a partir del SDK 3.0 del iPhone.

Para comprender CoreData es necesario dominar algunos conceptos: como patrones (MVC y delegates), Xcode, IB, como así también comprender el funcionamiento de las clases UIViewController, UINavigationController y UITableView.

Core Data Stack

Para empezar voy a mencionar algunos componentes que conforman el Core Data Stack:

1. Managed Objects
Puede ser una instancia de NSManagedObject o una subclase de NSManagedObject. Basicamente representaría un registro en una base de datos. Si tenemos una tabla de ventas, cada venta seria representada con una instancia de un Managed Object. Podemos usar estructuras fuertemente tipeadas creando subclases de NSManagedObject o podemos acceder a los atributos a través de KVO (Key-Value Obeserving) instanciando NSManagedObject . Las subclases pueden ser generadas automáticamente una vez que definimos nuestro modelo de datos.

2. Managed Object Context
Es una instancia de NSManagedObjectContext. Administra colecciones de Managed Objects. Todas las operaciones de alta, baja y modificación las vamos a hacer a través del Managed Object Context. Implementa otras funcionalidades como validaciones, undo/redo, etc.

3. Managed Object Model
Es una instancia de NSManagedObjectModel. Represente al modelo de datos, básicamente es una colección de entidades que definen los Managed Objects, cada entidad esta compuesta principalmente por atributos. La descripción de la entidad esta definida en la clase NSEntityDescription. Cada Managed Object tiene una referencia a una instancia de NSEntityDescription. Es posible definir relaciones entre las entidades (uno a uno, uno a muchos, muchos a muchos) y consultas (Fetched properties). El modelo de datos lo podemos crear a través de Xcode con herramientas visuales o sino programaticamente. 
Si cambiamos el modelo una vez que la aplicación ya esta funcionando, la aplicación no va a reconocer los datos guardados con el modelo anterior. Existe una serie de mecanismos para actualizar el modelo de datos sin perder la información.

4. Persistent Store Coordinator
Por lo general no se interactua en forma directa con el Persistent Store Coordinator. Es una instancia de NSPersistenStoreCoordinator. Basicamente maneja una colección de Persistent Object Stores.

5. Persistent Object Store
Representa un repositorio externo (Por lo general SQLite). Hay distintas clases de Persistent Object Store que representan las distintas formas de almacenar la información. Podemos implementar nuestro propia Persistent Object Store si lo deseamos.

Consultas

Otros elementos importantes en Core Data son los referidos a consultas:

Fetch Request
Es una instancia de NSFetchRequest, básicamente representa un búsqueda de Managed Objects sobre un Managed Object Context. Podemos traer todos los elementos simplemente definiendo el nombre de la entidad, también podemos especificar filtros (NSPredicate), el orden de los datos (NSSortDescriptor), etc. El resultado de la ejecución de un Fetch Request va a ser un array de Managed Objects.

Fetched Results Controller
Si estamos trabajando con un UITableView y nuestra intención es popular la tabla con los valores obtenidos de un Fetch Request, deberíamos usar la clase Fetched Results Controller (NSFetechedResultController). Este optimiza el uso de memoria. Con este controller podemos ademas definir el criterio de agrupación (útil para mostrar datos agrupados en UITableView), paginación, etc.

En los próximos artículos me gustaría abarcar los siguientes temas:

Si les interesa profundizar en los conceptos mencionados les recomiendo leer:

Box2D esta desarrollado en C++, por lo que es fácil de portearlo a la plataforma iPhone. Este motor en la actualiadad es usado por varios juegos en 2D que tienen algun elemento de física. Existe una versión en Actionscript por lo que vamos a encontrar muchos tutoriales en esa tecnología.

Hay otro motor de física llamado Chipmunk que esta desarrollado en C, pero en lo personal me parecio mas comodo y mas intuitivo de usar Box2D.

Voy a comenzar a postear una serie de tutoriales que explican como incluir y usar este motor en nuestra aplicación iPhone. Estos tutoriales están basados en la ultima versión de Box2D, la version 2.1.2.

Basicamente lo que tenemos que hacer con Box2D es definir las cartacteristicas del Mundo (objeto World), crear Cuerpos dentro de ese Mundo (objetos Body and Shape), podemos crear Relaciones/Uniones entre los distintos Cuerpos creados (objeto Joint), luego debemos asociar nuestros objetos sprites (esto va a depender del motor grafico que usemos) con los Cuerpos creados, de esta forma cuando el motor calcule la posición de los Cuerpos, esto va a actualizar la posición de los objetos Sprite.

Primer Paso: Integrar Box2D en nuestro proyecto

1. Antes que nada debemos descargar los fuentes.

2. Abrimos Xcode y creamos un nuevo proyecto del tipo View-based Application y la llamamos TestBox2D.

3. Agregamos un Target al proyecto, este nuevo Target lo vamos a usar para encapusular a Box2d como una libreria estática. Para hacer eso vamos a la opción Project >> New Target, seleccionamos el tipo Static Library la llamamos Box2d.

4. Ahora vamos a incluir el codigo fuente de Box2D en el Target que recien creamos. Hay que tener mucho cuidado con estos pasos ya que si colocamos en un lugar diferente las carpetas dentro de nuestro proyecto, luego al momento de compilar vamos a tener errores de archivos faltantes, por eso es importante respetar todos los pasos para asegurarnos de no tener errores.

Primero vamos a crear una carpeta llamada Box2D dentro del directorio del proyecto y luego dentro de ese directorio vamos a copiar la carpeta Box2D_v2.1.2\Box2D\Box2D del zip que descargamos al proyecto. Borramos los archivosBox2DConfig.cmake y CMakeLists.txt, ya que no los vamos a necesitar. Osea que el código fuente nos tiene que quedar dentro de /TestBox2D/Box2D/Box2D.

Luego en el proyecto agregamos la carpeta /TestBox2D/Box2D/Box2D con la opcion ‘Copy items into destination group’s folder (if needed)’ desactivada y los Targets TestBox2D desactivado y Box2D activado.

Luego en la seccion Targets del arbol ‘Groups & Files’, hacemos doble click en el Target Box2D y en la ventana que se abre nos paramos en la solapa Build, debemos ir a la seccion ‘Search Paths’ y la seteamos como se ve en la imagen.

5. Hacemos un Build del Target Box2D para chequear si exite algun error, no deberiamos tener ningun inconveniente.

6. Debemos agregar al Target TestBox2D la libreria estatica generada por el Target Box2D, para eso hacemos doble click en el Target TestBox2D, seleccionamos la solapa General, tanto en la seccion Direct Dependencies y en la seccion Linked Libraries, presionamos el boton ‘+’ y seleccionamos Box2D.

Luego vamos a la solapa Build, debemos ir a la seccion ‘Search Paths’ y seteamos los valores de esta sección de la misma forma que lo hicimos cuando seteamos el Target Box2D. Esto la hacemos para que cuando incluyamos cosas del estilo #include Xcode encuentre los headers correspondientes.

7. Por ultimo debemos renombrar todos los archivos .m del proyecto a la extension .mm, esto lo hacemos por que es una forma de decirle al compilador que nuestro codigo maneja C++ (Box2D esta desarrollada en C++).

9. Finalmente cruzamos los dedos y hacemos un build del Target TestBox2 y no deberíamos obtener ningún error.

En el proximo post vamos a codificar un ejemplo simple (como el que se ve en la animación al inicio del post)

Acá se pueden descargar el código de la aplicación que acabamos de crear.

Por segundo año consecutivo lanzamos la aplicacion LineUp la cual permite tener el line up de Creamfields BA 09 en tu celular.

La idea, al igual que el año anterior, es hacer testeos sobre algunos componentes desarrollados por Microedition.biz utilizando la masividad de Creamfields.

La aplicación es gratuita, los requerimientos de la misma en contar con un celular compatible con Java MIDP 2.0 y CLDC 1.1 (la mayoria de los celulares vendidos en los ultimos 2 anios), tambien es compatible con dispositivos Blackberrys.

Para instalar la aplicacion pueden descargarla a la PC y luego al celular desde los siguientes links o ingresar la URL en el navegador del telefono:

La idea es, apenas se encuentren disponibles los primeros line ups en la web, armar una version inicial de la aplicacion.

Si ha alguien encuentro algun error, por favor, reportar la marca y modelo del celular y el problema para poder solucionarlo.

YA SE ENCUENTRA DISPONIBLE DE DESCARGA LA PRIMERA VERSION!!!!!

En este link pueden ver la funcionalidad que tuvo la version del año pasado.

La aplicacion RedLaser para iPhone escanea codigos de barras en tiempo real. Estuve haciendo algunas pruebas con libros y tuve muy buenos resultados. Con productos no tanto, tal vez por que las superficies de los productos que escanee no son planas (botellas, paquetes, etc).

Esta aplicacion hace procesamiento en tiempo real de la imagen que enfoca el iPhone, esto para un usuario final puede parece trivial, pero para un desarrollador iPhone llama la atencion, ya que no existe alguna API publica en el SDK del iPhone que permita hacer esto. Aparentemente la gente de RedLaser encontro una forma ‘legal’.

Con el codigo escaneado la aplicacion hace una consulta a los servicios web de Google Products que provee informacion sobre productos (de momento y por un largo tiempo no creo que provea informacion de productos que se encuentran en la Argentina) y a los servicios web de Amazon.

La ventaja de realizar escaneos sobre codigos de barra (1D) en vez de codigos de tipo QR (2D) es que casi todos los productos que existen en el mundo ya tienen incorporador codigos del primer tipo.

El SDK usado para escanear los codigos, se encuentra disponible para que podamos desarrollar nuestra propia aplicacion de lectura de codigo de barras. Se me ocurren muchas aplicaciones interesantes que podria aprovechar esto, algunas de ellas:

Navegando por la web encontre una pagina la cual nos provee una herramienta para armar bocetos de una aplicación iPhone.

Es una herramienta simple, fácil de usar, que no requiere instalar software en nuestras pc (o macs). Nos puede servir para, de formar rápida, armar un bosquejo con el fin de presentarlo a un cliente.

El boceto puede tener un estilo “Ilustration” o “Pencil”.

Este es el link

En esta ocasión podemos ver el soft corriendo en una mini PC Asus Eee PC y podemos ver como envía una imagen a un dispositivo móvil.

El sistema esta desarrollado en J2SE y corre sobre Linux (Ubuntu) y Windows. La particularidad de esta soft es que permite interacción con aplicaciones J2ME. De esta forma desde un celular un usuario puede seleccionar que contenido descargar al dispositivo móvil.

Se puede descargar todo tipo de contenidos: mp3, video, J2ME applications, JPG, GIF, etc.

En el siguiente video se puede ver un ejemplo de como la aplicación móvil interactua con el servidor, solicitando distintos contenidos.