Zuinq es una aplicación de desarrollo español destinada a almacenar y localizar lugares geolocalizados.

Si bien hay varias aplicaciones de esta naturaleza, tiene algunos puntos destacables:

• Tiene integrados varios API’s públicos, como los de 11870.com (red social de publicación de comentarios de lugares), sevici (puntos de ubicación de bicicletas), etc.; parece además que se implementarán otros como hotspots de Fon, etc.
• Dispone de cierto comportamiento social, con puntuación de sitios, publicación de nuevos sitios, grupos, etc.

Básicamente Zuinq permite:

• Filtrar lugares por categoría, grupo y nombre. Zuinq organiza los lugares de interés por categorías (gasolineras, bancos, hostelería, servicios públicos, …), que a su vez se dividen en grupos. De esta forma, puedes por ejemplo buscar los cajeros de tu banco eligiendo la categoría ‘bancos’, y seleccionando el grupo correspondiente. Además, puedes filtrar las listas de grupos y lugares introduciendo el nombre (o parte) de lo que estás buscando.

• Ver detalle del lugar. Una vez encuentres el lugar que buscas, puedes consultar su información relevante, como dirección, distancia, descripción, así como abrir su página web, enviar un email o llamar por teléfono al local. Además, podrás ver los comentarios y valoraciones de otras personas que los han visitado.
• Localizar en el mapa. Puedes visualizar la posición de cualquier lugar en el mapa, y comprobar de un solo vistazo la localización de todos los lugares de su mismo grupo. Además, puedes calcular la ruta desde tu posición actual al lugar que desees.
• Añadir comentarios. Permite compartir tu opinión de los lugares en los que has estado con el resto de usuarios. Puedes escribir una crítica, y dar una puntuación al lugar.

• Gestionar favoritos. Puedes añadir los grupos que más te interesen a tu lista de favoritos, para acceder a ellos de forma más rápida. Además, en el mapa de favoritos puedes ver los lugares de tus grupos, con tan solo un clic.
• Crear nuevos lugares. Como se ha comentado, permite compartir con la comunidad un nuevo sitio. La aplicación toma automáticamente la dirección y coordenadas donde estés localizado, y te permite introducir el nombre del lugar, y añadir otros datos opcionales como la descripción, foto, teléfono, … además, se puede ajustar la localización exacta del lugar arrastrando el marcador en el mapa.
• Crear nuevos grupos. Una de las diferencias más interesantes de Zuinq con respecto a otros ‘localizadores’ de lugares de interés, es la posibilidad de añadir nuevos grupos. De esta forma, la lista de grupos no se limita a un puñado de opciones predefinidas, sino que está en continuo crecimiento gracias a su orientación social.

Zuinq incluye en su versión actual más de 50.000 lugares de toda España, entre más de 100 grupos. Interesante sobre todo para usuarios de 11870.com como el que suscribe.

Acaba de publicarse una aplicación nativa para iPhone llamada Sevicicleta. Sevilla dispone de un servicio denominado Sevici, que permite a los usuarios alquilar bicicletas en una estación y dejarla en otra, constituyendo una alternativa real y cómoda de transporte.

El principal problema de este servicio es que en varias ocasiones, cuando llegamos a la estación no existen bicicletas libres, o nos encontramos que al llegar al punto deseado, no existe ningún anclaje libre para depositar nuestra bicicleta, obligándonos a ir a otra estación donde podríamos encontrarnos este mismo problema.

Sevicicleta intenta aliviar estos problemas a los usuarios de este servicio. La aplicación hace uso del GPS del iPhone para geolocalizarnos, y mostrarnos las diversas estaciones de bicicletas que tenemos cerca de nosotros, pudiendo conocer las bicicletas y puntos de anclaje libres. También nos permite almacenar nuestras estaciones favoritas, visualizar su ubicación en un mapa, etc.

En definitiva, una interesante opción para los afortunados ciclistas poseedores de nuestro teléfono favorito.

En nuestro anterior artículo habíamos incluido en la interfaz de nuestra aplicación un Label, un TextField y un Button. Pretendíamos que el contenido del Label se actualizase con lo introducido en el TextField al pulsar sobre el Button. Habíamos (paso 1) creado el proyecto, y (paso 2) utilizado InterfaceBuilder para definir la pantalla. Ahora continuaremos con el resto de pasos para dejar la aplicación funcionando.

Paso 3. Crear variables en el ViewController.

Disponemos de nuestra interfaz correctamente. De hecho, si hiciésemos Build & Go podríamos ver cómo nos va quedando:

Pero obviamente no pasa nada el pulsar en el botón, porque no hemos realizado los desarrollos mínimos imprescindibles. En este paso 3 vamos a introducir las variables y métodos en el HelloWorldViewController, tanto en la interfaz (fichero .h) como en la implementación (fichero .m). Para ello, según indicamos al final del post anterior, tenemos que saber que el TextField se corresponde con una clase UITextField, y el Label con una clase UILabel. Estas 2 clases están dentro del framework UIKit.

Si no hemos cerrado y grabado Interface Builder, lo hacemos y en XCode abrimos el fichero HelloWorldViewController.h. El código ahora mismo tendrá algo así:

Ya estamos viendo algo de Objective-C. En este código vemos una declaración de importación de la librería UIKit, donde están las clases UILabel y UITextField. Vemos cómo se declara la interface, y que ésta extiende de la genérica UIViewController de UIKit.

Dentro del código de la interfaz incluimos el siguiente código:

Podemos explicar ahora qué hemos hecho:

• Hemos declarado dentro del bloque @interface 2atributos de tipo UILabel y UITextField, con 2 nombres de variables *label y *textField respectivamente. Por delante aparece IBOutlet. ¿Qué es todo esto? Nos explicamos. IBOutlet no es un tipo de variable; es una directiva que le ayuda a Interface Builder a conocer la existencia de estas variables de tipo UILabel y UITextField. Por cierto, recordad que en el anterior artículo os habíamos dado un truco para conocer los tipos de variable de los objetos de control (botones, label, text field, etc.) en Interface Builder. Por otro lado, el tema de los * delante del nombre de variable puede sorprender a los programadores Java, no tanto a los de C… pero aprended que así escribiréis en Objective-C las variables de instancia.
• Se declaran las propiedades UILabel y UITextField. nonatomic y retain no lo veremos por ahora, está relacionado con la gestión de memoria.
• Vemos que declaramos un método, updateTexto. Tiene un signo – delante, indicando que es un método de instancia, y no de clase (para ellos se explica un signo +). No podemos entrar a explicar a esto porque esto es programación básica orientado a objetos… Ese método no devuelve nada (es decir, void) y recibe un parámetro de tipo id. Básicamente se refiere al identificador del objeto que provocará la llamada a nuestro método updateTexto, que actualizará el valor del label. Podemos adivinar ya que ese control será el propio botón…

Una vez hecho esto, hemos acabado con el paso 3.

Paso 4. Enlazar controles de la vista con variables del controlador.

Si repasamos, por un lado hemos desarrollado nuestra interfaz con Interface Builder, y por el otro disponemos de las variables relacionadas con esos controles en el HelloWorldViewController.h (interface de la clase controladora HelloWorldViewController.m). Sin embargo, todavía no existe una relación entre la vista y el controlador, es decir, no hemos dado ninguna instrucción para relacionar, por ejemplo, el campo de texto que diseñamos en Interface Builder con la variable de tipo UITextField que hemos metido en la clase. Ahora vamos a realizar esta tarea. Abrimos nuevamente Interface Builder pulsando sobre HelloWorldViewController.xib, pulsamos sobre la caja de texto, y en la paleta Inspector nos vamos a la segunda pestaña (Text Field Connections). Vemos que existe un apartado llamado Referencing Outlets, sin que haya nada marcado. Eso significa que en estos momentos Interface Builder no conoce ninguna relación entre este campo de texto y un IBOutlet (Interface Builder Outlet) de una clase… pero tenemos un IBOutlet UITextField en nuestro HelloWorldViewController, así que vamos a enlazarlo.

Para ello, como vemos en la figura, pulsando sobre el pequeño círculo al lado de “New Referencing Outlet”, arrastramos hasta el File’s Owner de la ventana llamada HelloWorldViewController.xib. Nos dejará escoger 2 opciones, view (la vista completa) y textField (nuestra variable). Obviamente escogemos textField, y así relacionamos nuestra caja de texto con la variable de su tipo UITextField. Por cierto, el File’sOwner o dueño del fichero es ni más ni menos que nuestra clase controladora…

Repetimos la operación con el label, relacionándola con nuestra variable del controlador label. Y con el botón, es algo distinto. En este caso lo vamos a relacionar con nuestra operación updateTexto, pero para un evento en concreto. Haced esta operación con el evento ‘Touch Up Inside’, y escoged nuestro método updateTexto:

Y de esta forma ya sí tenemos relacionados los controles que habíamos definido con Interface Builder y las variables que hemos metido en el controlador. Cerramos Interface Builder grabando todo y nos vamos al último paso volviendo a XCode.

Paso 5. Últimos desarrollos.

En XCode abrimos el HelloWorldViewController.m y metemos el siguiente código para que nuestra clase nos quede así:

Si nos fijamos bien hemos metido simplemente el bloque @synthesize, y la implementación del método declarado en la interface .h, updateTexto. Debajo de ese código tendréis mucho código comentado.

La línea de @synthesize hace algo similar a generar los típicos getter/setter (accesores / mutadores) típicos en los lenguajes OO (encapsulación). Los necesitamos para que al controlador le llegue el contenido, por ejemplo, de la caja de texto.

El método updateTexto, como veis, simplemente actualiza el texto de nuestro label con el contenido del campo de texto. Hemos acabado.

Ahora, simplemente hacemos Build & Go, y veréis que al meter una cadena de texto y pulsar en el botón, el contenido del label se actualiza. En el siguiente artículo introduciremos mejoras a nuestra aplicación.

En nuestro anterior post indicábamos cómo iba a ser nuestra aplicación HelloWorld y los pasos que íbamos a dar para construir nuestra aplicación, además de dar enlaces a documentación obligada. En este artículo empezamos abriendo el XCode y comenzamos a desarrollar.

Paso 1. Crear el Proyecto.

Por ello abrimos XCode y cerramos (si sale), la ventana de bienvenida de la aplicación. Antes de crear nuestro proyecto, podemos entrar en las preferencias de XCode. En General -> Layout escoged ‘All-In-One’, al menos si queréis poder comparar lo que veis en vuestras pantallas con las imágenes que veréis.

En este momento creamos el proyecto: File -> New Project, y escogemos View-Based:

Según indicamos en el artículo anterior, para un proyecto View-Based XCode nos crea una vista enlazada con una clase Controller (recordad que hablábamos del patrón MVC). Llamad al proyecto HelloWorld y guardadlo en la carpeta que deseéis. Veréis algo similar a esto:

Vemos que disponemos de varios ficheros:

• HelloWorldViewController.h y HelloWorldViewController.m. Ambos se corresponden con el controlador de nuestra pantalla. Aquí estará la lógica relacionada con nuestra vista; en nuestro caso, aquí deberá estar el código que haga que el valor del label cambie con lo que se introduzca en la caja de texto. Vemos que hay un fichero .h y otro .m. El primero es la cabecera, en Java sería la Interface. Aquí van las declaraciones de variables, métodos, etc. El fichero .m es el que contiene ya la implementación.
• HelloWorldViewController.xib. ib=Interface Builder. Este fichero es nuestra vista, la pantalla. Es invocado por MainWindow.xib, la fachada principal de vistas que no tocaremos.
• HelloWorldAppDelegate (.h y .m). No los vamos a modificar, dispone de un puntero a nuestro ViewController.
• Info.plist. Es un XML con información sobre nuestra aplicación. Aquí podemos por ejemplo indicar cuál es el icono de nuestra aplicación.

Paso 2. Diseñar la interfaz.

Vamos a comenzar a “dibujar” la pantalla de nuestra aplicación. Para ello, en XCode hacemos doble clic sobre el HelloWorldViewController.xib, y veremos que se abre la aplicación Interface Builder. Antes de nada, como consejo práctico os recomiendo que verifiquéis siempre que tengáis abiertas las paletas Inspector y Library. Las podéis abrir en el menú Tools de Interface Builder. La paleta Library os permitirá añadir diferentes controles a vuestra vista, y la paleta Inspector os permite ver las propiedades de cada objeto y modificarlas.

No vamos a tratar de hacer una aplicación bonita, sino que funcione. Comenzad localizando la pantalla, etiquetada como View. Si no está abierta, se abre haciendo doble clic sobre View en la pantalla siguiente:

Sobre la vista, arrastrad de la paleta Library un TextField arriba, un Label debajo y por último un Round Rect Button. Se nos fijamos, si tenemos seleccionado un control como el TextField, podemos mover el tamaño de este control, reubicarlo en la pantalla… y en la paleta Inspector podemos disponer de sus propiedades. Seleccionando el botón podemos ponerle un Title con valor “Cambia!”. Al final nos quedará algo como esto:

Con esto hemos definido la interfaz de nuestra aplicación. Cumple con lo que habíamos previsto: una caja de texto (en adelante, TextField) donde meteremos información. Un Label (texto fijo) y un botón. Cuando pulsemos el botón, el Label mostrará lo que hayamos escrito en el TextField. Para ello tendremos que crear las variables que referencian al Label y al TextField en nuestro ViewController y deberemos indicarle a Interface Builder la relación entre el Label y el TextField con estas variables. También habrá que crear un método en el ViewController que se encargue de actualizar el valor del Label con lo que hayamos introducido en el TextField, y relacionar el botón con ese método en Interface Builder. Todo eso serán los pasos 3, 4 y 5 de nuestro guión inicial, y será explicado en el siguiente post.

Eso sí, antes de acabar os recomiendo que os fijéis en lo que sale en la paleta Library cuando tienes seleccionado por ejemplo un TextField para añadirlo a la vista:

Podéis observar que te explica que hace el control TextField, pero también pone debajo “UITextField”. Esto es importante, porque nos está indicando qué clase del framework UIKit de Cocoa se corresponde con este control. Esto nos da una pista: para poder crear la variable que maneje este control en el ViewController, tendrá que ser de tipo UITextField.

En nuestro anterior artículo habíamos instalado el iPhone SDK y habíamos descargado, compilado y probado un ejemplo básico publicado por Apple. Nos toca ahora comenzar a desarrollar, paso a paso y desde cero, una aplicación similar.

Somos conscientes de que esto empieza a ser la parte dura, así que vamos a realizar una pequeña introducción. Como ya hemos comentado, resulta casi imprescindible disponer de ciertos conocimientos de programación para poder entender a fondo cómo desarrollar una aplicación para iPhone. Debe tenerse en cuenta que se toca un importante número de materias diferentes:

• Patrones de diseño: Business Delegate, MVC (Model View Controller)… están presentes en la app más sencilla.
• Lenguaje de programación Objective-C
• Cocoa
• Frameworks específicos de desarrollo: UIKit, Foundation
• Herramientas: XCode, Interface Builder, iPhone Simulator…

El problema es que si comenzamos explicando a fondo cada uno de estas materias antes de comenzar a desarrollar, el desánimo sería lógicamente importante. Para este ciclo de artículos hemos considerado más práctico empezar directamente con desarrollo sobre el SDK, e ir dando pinceladas de cada uno de estos aspectos sobre la marcha. Eso sí, antes de que empecemos a desarrollar, os dejamos algunos enlaces de documentación de interés:

• iPhone Reference Library (aquí podéis encontrar artículos, libros…), y guías específicas.
• The Objective-C 2.0 Programming Language. La referencia base del lenguaje de programación utilizado para programar nuestras aplicaciones. Resulta casi imprescindible ir conociéndolo… También he encontrado un libro de programación en castellano destinado a programadores C++ y Java.
• Cocoa Fundamentals Guide: una completa guía de Cocoa, donde se habla de UIKit, Foundation, etc.
• iPhone Development Guide: una breve guía de desarrollo para iPhone
• Your First iPhone Application: tutorial paso a paso de creación de una aplicación ‘HelloWorld’ (más completo que este, aunque bajo mi punto de vista introduce demasiados conceptos).

En todo caso, nuestro IDE XCode también dispone de enlaces directos a toda la documentación de Apple…  En la opción Help -> Documentation podemos ver que nos permite suscribirnos a diferentes temáticas.

Bueno, pues comenzamos a desarrollar. El objetivo va a ser construir una aplicación denominada HelloWorld (cómo no), que va a disponer de una sola pantalla. Esta tendrá un label (texto fijo), un campo de texto donde podremos introducir información, y un botón que, al ser pulsado, actualizará el valor del label con lo que hayamos introducido en el campo de texto. Para ello vamos a realizar los siguientes pasos:

1. Crearemos un proyecto View-Based. XCode nos creará así una clase ViewController que manejará nuestra pantalla. Veremos que en Objetive-C la clase ViewController se compondrá de 2 ficheros de extensión .h (la interface) y .m (la implementación).
2. Dibujaremos los elementos de la pantalla (interfaz) con Interface Builder, y aprenderemos a detectar qué clases se corresponden con cada elemento (label, campo de texto, botón), y a modificar su aspecto, alineación, color…
3. Declararemos variables en el ViewController, que enlacen con el label y el texto, y un método para actualizar el valor del label con lo introducido en la caja de texto.
4. Utilizaremos Interface Builder para enlazar nuestros controles con la variables y métodos creados. Es decir, enlazaremos vista y controlador.
5. Programaremos ciertos comportamientos y probaremos nuestra aplicación.

Para no alargar en exceso este post, en el siguiente directamente abriremos nuestro XCode y empezaremos con el paso 1.

ScratchStopper es una funda transparente para proteger la pantalla de tu iPhone de posibles rayaduras, huellas de dedos, suciedad, etc. Se podría comparar a la funda frontal Invisible Shield de Zagg.

Personalmente hablando, la funda de Zagg, además de ser bastante más cara, me dio serios problemas debido al líquido que se utiliza para adherir la funda a la pantalla. De no ser muy cuidadoso, este líquido llega a las juntas del teléfono y puede llegar a dar problemas.

En este caso la funda es muy económica. En mi caso me costó 11€ un paquete de 4 fundas, una pequeña gamuza limpiadora y las instrucciones. Es muy sencilla de poner y prácticamente no se nota al tacto con la pantalla. Muy recomendable.

En nuestro anterior post hablábamos de las principales diferencias entre desarrollar aplicaciones web y aplicaciones nativas para nuestro iPhone. En este artículo vamos a pasar ahora a describir los primeros pasos que deberéis dar para comenzar a programar vuestras aplicaciones nativas con Objetive C. Para los lectores que ya hayan desarrollado aplicaciones nativas para iPhone esto será trivial; sin embargo, el resto de usuarios podrán observar que es raro encontrar buena documentación o tutoriales que explican cómo arrancar paso a paso. Intentaremos ayudar así a este tipo de usuarios.

En primer lugar, quiero avisar que el SDK de iPhone distribuido por Apple sólo está disponible para usuarios con sistema operativo Mac OS X v10.5.4. Es decir, si no tienes un Mac con Leopard, y quieres ser desarrollador profesional iPhone, ya sabes lo que te toca. Los designios de Steve son inexcrutables…

Si cumples este requisito esencial, toca descargarse el SDK, es decir, el entorno de desarrollo. Éste consta de varios programas entre los que podríamos destacar XCode, el IDE con el que desarrollaremos, Interface Builder, para generar la interfaz de usuario de nuestras aplicaciones, Instruments, para poder evaluar características de rendimiento y comportamiento de los dispositivos (por ejemplo, sacar gráficas del acelerómetro) o el iPhone Simulator. Éste último nos servirá para probar nuestro código en una emulación de iPhone. Luego hablaremos de qué deberemos hacer para probar en nuestro propio iPhone.

El SDK es de descarga gratuita en la zona de desarrolladores de Apple (en inglés, funciona mejor en Safari).  Para poder acceder a ella deberemos registrarnos como desarrolladores, y procederemos a descargar el kit de desarrollo. Pesa mucho (1.3 GB aproximadamente), y va por la versión 3.1.1. Para cada versión nueva del firmware del iPhone se publica una nueva versión del SDK.

Una vez descargado se instala pulsando sobre el enlace “iPhone SDK”:

Y comienza un clásico wizard de instalación:

En principio podemos escoger lo seleccionado por defecto y esperar unos buenos minutos a que todo se instala. Te pedirá que cierres el iTunes, por cierto.

Una vez instalado tenemos, como hemos dicho, el SDK en nuestra máquina. Es decir, Xcode, iPhone Simulator y otras utilidades. ¿Y ahora qué? Ahora podemos empezar a programar. Antes de nada os dejo un par de URL’s muy majas:

• [1] Página de código de ejemplo de Apple (requiere registro): https://developer.apple.com/iphone/library/navigation/SampleCode.html
• [2] 31 días, 31 aplicaciones: appsamuck

Son páginas donde podemos descargar código de ejemplo, lo cual bajo nuestro punto de vista es la mejor opción sin duda… Y como muestra un botón, nos vamos a descargar un proyecto de ejemplo sencillo. Cómo no, el proyecto ‘Hello World’ de los códigos de ejemplo de Apple (ver el enlace anterior [1]). La aplicación simplemente deja escribir un texto, y lo presenta en pantalla. El proyecto en sí consta de un ZIP que descomprimiremos en la ubicación que deseemos. Una vez descargado abrimos el fichero HelloWorld.xcodeproj:

Y este fichero es abierto por nuestro IDE favorito, XCode:

En el próximo artículo describiremos qué representa cada fichero, y dónde “se programa”. En este post simplemente vamos a suponer que hemos sido capaces de programar este ejemplo desde cero (ya podremos en el futuro), y vamos a ver el resultado en el simulador de iPhone. Para ello, pulsaremos simplemente sobre el botón ‘Build and go’, el IDE compilará los fuentes, abrirá el iPhone Simulator y veremos “nuestra” aplicación funcionando:

Los usuarios más atentos podrán preguntar: ¿y si quiero probar en mi propio iPhone? Esto tiene indudables ventajas, ya que te aseguras que de verdad funciona la aplicación, y puedes ver una velocidad real conectándote a una red 3G o Wifi… además de disponer de aplicaciones muy interesantes como el XCode Graphical Debugger o un soporte técnico.

Pues tienes al menos tres opciones:

1. A pagar a Apple Sí, sí, puedes creértelo, para probar tu aplicación en tu iPhone tienes que pagar, registrándote en el iPhone Developer Program (http://developer.apple.com/iphone/program/). Hay dos modalidades: Standard, a 99€, y Enterprise a 299€. Ya te puedo anticipar que en el 99,99% de los casos tú necesitarás la versión barata, Standard. La Enterprise está destinada a grandes corporaciones (más de 500 empleados)  que desean crear aplicaciones propietarias en entornos intranet. La Standard es suficiente para poder subir aplicaciones a la AppStore (si son aprobadas, claro), realizar distribuciones de tu aplicación sin pasar por la AppStore (mediante URL o email) hasta a 100 iPhones, etc.
2. Hacer jailbreak a tu iPhone, aunque todos sabemos que a la larga esto es una opción para usuarios avezados… En internet hay varias referencias a cómo solucionar esto, por ejemplo esta o esta otra.
3. Buscarte un compañero que ya esté registrado en el programa y probar en el suyo… la verdad es que no hay mayor problema en pagar una licencia entre varios. El único tema es que el certificado para firmar el código es nominal, y debéis tener buena confianza para que no ocurran temas como les pasó a los fundadores de Facebook

Pues ahí lo dejamos. Hasta la siguiente clase, si esto os ha sabido a poco, podéis probar a bajaros más proyectos de ejemplo e ir echándole un ojo al código. Hasta el siguiente artículo!

Antes de comenzar, podríamos hacer algunas consideraciones previas:

• Si no tienes ningún tipo de formación o experiencia en el desarrollo de aplicaciones, probablemente lo puedas pasar mal. En todo caso, en este mundo triunfan los aventureros
• La mayoría de los casos irán destinados al iPhone 3G, sobre todo por el gran abanico de posibilidades que se abren con el GPS.
• Si tienes experiencia en desarrollo de aplicaciones web dinámicas, es decir, conocimientos de HTML, CSS, javascript, y algún lenguaje o framework de servidor (PHP, Java, RubyOnRails, Python…), sin duda tienes las bases imprescindibles para comenzar a desarrollar webapps.
• Si tienes conocimientos o experiencia en desarrollo con Objetive C (Cocoa, etc.) podrás comenzar a desarrollar rapidamente aplicaciones nativas para iPhone. En caso contrario te costará más. Si alguien te ha dicho que Objective C es muy parecido a Java, créeme, no es así