La firma digital y el uso de los certificados digitales es algo ya común en operaciones y servicios telemáticos de la Administración Pública tales como la Declaración de la Renta por internet y otros trámites de la Agencia Tributaria, la solicitud de la vida laboral en la Seguridad Social y muchos otros trámites en Ayuntamientos, Diputaciones, gobiernos autonómicos, instituciones del gobierno central, etc. Además, aunque hay menos iniciativa privada, también comienzan a aparecer servicios dotados de firma digital.

Usualmente accedemos a estos servicios con navegadores web, y la mayor problemática suele ser que en la mayoría de los casos sólo funcionan con el sistema operativo Microsoft Windows y con una lista muy restringida de navegadores, sobre todo Internet Explorer. Además, suelen requerir instalar componentes locales que no funcionan en dispositivos móviles.

Viafirma ha creado un cliente de firma digital para iPad y iPhone que ya está disponible de forma gratuita en la Apple Store, además de un cliente para sistemas Android disponible en Android Market.
Viafirma es una de las principales plataformas de autenticación y firma digital del mercado, utilizada por ejemplo en el sistema de Bonificaciones de la Fundación Tripartita para la Formación en el Empleo. Instalando la aplicación en la Apple Store, podremos utilizar sin problemas nuestros certificados digitales en aquellos trámites telemáticos que usen Viafirma.

A continuación podéis ver un video de ejemplo mostrando el uso del certificado digital desde el iPad y iPhone (aviso, está en inglés):

Pinche aquí para ver el vídeo

Y también realizando una solicitud online en una oficina virtual para la tramitación de solicitudes telemáticas (este en castellano):

Pinche aquí para ver el vídeo

La aplicación necesita que le añadamos los certificados que deseemos utilizar. Para ello implementa el servicio de transferir ficheros a través de iTunes, permitiendo añadir un certificado digital en formato software (extensión .p12, .pfx):

Como hemos comentado, esta aplicación es un cliente de firma digital, por lo que debe ir ligada a una aplicación web que dé el servicio telemático, y que navegaríamos con el propio Safari de iPhone / iPad. Por ello, para su uso dependeremos de que instituciones públicas o privadas implementen sus trámites con firma digital con Viafirma. Para poder probar la autenticación y firma digital con certificados, la aplicación redirige a una demo del sistema donde podremos probar estos servicios. Adjuntamos unas pantallas sobre este funcionamiento recogidos en nuestras pruebas:

Esperemos que las Administraciones Públicas, entidades bancarias, y en general las entidades que dan servicios telemáticos, comiencen a introducir en sus plataformas soluciones que permitan manejar firmas digitales con dispositivos móviles, favoreciendo con ello el Principio de Neutralidad Tecnológica recogido en la Ley 11/2007 de Acceso Electrónico de los Ciudadanos a los Servicios Públicos.

Encontrar un iPhone 4 en stock puede ser algo como bien sabéis, muy muy difícil. El procedimiento de llamar a distintas tiendas, centros comerciales tipo El Corte Inglés, Media Markt, Carrefour… acaba siendo agotador (además de poco económico).

Si eres un afortunado usuario que encuentra su iPhone y sabes que en la tienda tienen stock, publica en twitter los datos de dicha tienda seguido de los tags #iPhone4stock y otro tag con el operador correspondiente (#movistar, #vodafone, #orange, etc.). Así ayudarás a otros usuarios a encontrar esa tienda.

¡Ya hay una tienda publicada en la costa de Cádiz!

Hace unos días hablábamos de los problemas que estaban encontrando muchos usuarios que, tras haber iniciado un proceso de portabilidad desde Movistar a otro operador (Vodafone / Orange), habían aceptado una oferta que incluía iPhone 4 por parte del departamento de Retenciones de la compañía, con el famoso número 224472. Y es que parece que la fiebre por el gadget del momento está dando más de un disgusto a los sistemas informáticos y logísticos de los operadores españoles.

En el caso del 224472, estos problemas consisten en incidencias que provocan que los bonos localizadores que sirven para el canje en tienda no se generaban de forma automática. Personalmente yo me he visto afectado también; mi portabilidad se canceló el 02/08/2010 pero no ha sido hasta hoy 11 de agosto cuando he recibido el ansiado SMS.

En mi caso, me ha ayudado en la gestión el personal que está detrás del canal Twitter de Movistar, concretamente en la persona de Ángel Luis Rivera, Interactive Marketing Manager de la compañía. Es de agradecer que compañías tan grandes se den cuenta de la importancia de las redes sociales y apuesten por medios de comunicación más ágiles y eficientes.

A pesar de que inicialmente Movistar para el arranque de su posicionamiento en las redes sociales utilizó los servicios de la empresa Territorio Creativo, lo cierto es que detrás del canal Twitter (@movistar_es) y de Facebook hay dos empleados de Movistar. Una cifra quizás algo corta que provoca obviamente que este equipo y este canal no pueda dar abasto para atender a todos los clientes con problemas (pensemos que Hugo Chávez tiene un equipo de 200 personas detrás de su twitter), y más en períodos de incidencias o aluviones como el del arranque del iPhone 4. Sin embargo, es suficiente para que, si tienes suerte, puedan atender tu caso y, sobre todo, sientas que detrás de una empresa hay personas con nombres y apellidos que comprenden y solucionan problemas.

Esperemos que las compañías españolas comiencen a apostar decididamente por este tipo de canales que vuelvan a acercar a las empresas y los usuarios y que, al final, redunda en una mejor experiencia por parte del cliente.

Como tantos otros early adopters, en la primera noche del 30 de julio intenté hacerme con un preciado iPhone 4. Personalmente dispongo de un iPhone 3G que conseguí en julio de 2008 (obviamente con Movistar), así que intenté ver la oferta de puntos con mi compañía, con el resultado que todos conocemos: el Canal Cliente quedó totalmente colapsado y caído, por la falta de previsión de Movistar ante el más que previsible aluvión de visitas de los usuarios deseosos de poseer la nueva versión de nuestro teléfono favorito. Y muy parecido era el estado de las webs de Vodafone y Orange. Y eso con el antennagate reciente…
En la mañana del viernes 30, realicé, como otros muchos usuarios, varias llamadas al 1004 para preguntar por los famosos puntos de regalo que Movistar había prometido en su canal Twitter oficial, en esos mensajes del especial “gota a gota”. Y como tantos otros, me sentí engañado con el problema de los famosos 135.000 puntos que sólo valían para la Zona Azul, algo en lo que ahora Movistar parece estar dando marcha atrás. El caso es que al final, me salía más caro quedarme en Movistar que irme. En la tienda online de Vodafone vi que había stock (¡mi momento de suerte!) y compré un flamante iPhone 4 32GB por 299€ en el plan de voz/datos que me convenía. Al fin y al cabo, yo me había ido de Vodafone a Movistar por el iPhone 3G después de 10 años… era como volver a casa, y con el mejor teléfono del momento.

El lunes 2 de agosto el departamento de Retenciones de Movistar, el 224472, me mandó el famoso mensaje que es antesala a una suculenta oferta para que te quedes con ellos. La verdad, con muy pocas ganas con mi parte. Es curioso este detalle: cuando tienes una portabilidad en marcha y llamas al 224472, te lo cogen directamente, sin contestadores ni esperas, sin música de “I just wanna be OK, be OK, be OK”… al contrario de lo que te ocurrirá después cuando empiezan los problemas. En mi caso, una amabilísima comercial que me ofreció el iPhone 4 32GB por 217€ con la tarifa de datos iPhone (la más económica, 15€/mes) y sin mínimo de voz, además de un interesantísimo descuento de un 50% en mi factura de voz + datos durante un año. Una oferta difícilmente rechazable y claramente mejor económicamente que volver a Vodafone… y más aún cuando la comercial me prometió que no iba a haber ningún tipo de problema, y que “el miércoles 4 de agosto tendría un SMS con mi bono localizador para canjear el iPhone 4 en cualquier tienda Movistar”.

¡Pero el bono no llega! Como le ocurre a tanta gente que está pasando por un proceso similar al mío, con cancelación de portabilidad desde Movistar a otra compañía por medio. El miércoles no llega el SMS, llamas al 224472, y ahora sí que tienes que esperar unos cuantos minutos para que te cojan el teléfono escuchando la canción y las recomendaciones de que llames más tarde; además, los operadores ya no son tan amables como cuando tenías la portabilidad en marcha, y te dicen que el plazo para generar el SMS es de 72 horas, que llames si no se ha generado en ese plazo. Y a las 72 horas, cuando se ha superado el plazo que te dieron, como no ha llegado el SMS, vuelves a llamar, y te emplazan para 24 horas más. Tampoco llega, y te dicen que ahora esperes “72 horas laborables”. Te comentan que tienen incidencias en el proceso de generación de los bonos, pero es curioso (y difícil de creer) lo selectivo de las incidencias… ya que en el 1004 están llamando a los clientes para ofrecerles el terminal y están generando bonos de canje de puntos sin mayores problemas en la misma llamada; de hecho, ayer me llamaron desde el 1004 personalmente para ofrecérmelo, pero claro, como estoy esperando mi bono de la oferta, pues a esperarme.

Como he comentado, estos problemas los están sufriendo actualmente todos los usuarios que están aceptando la oferta de Movistar de iPhone 4 para cancelar portabilidades. El por qué de esta estrategia de la compañía… es difícil de entender, ya que enfurecer a los clientes suele invocar al efecto de la portabilidad “ya no cancelable” y una pérdida de credibilidad muy difícil de recuperar… Por otro lado, incluso con buena fe resulta difícil de creer que exista una incidencia informática no resoluble en plazos más razonables, y que afecte a un sistema que funciona correctamente para los clientes que no han cancelado una portabilidad.

¿Te ha ocurrido algo similar? ¡Cuéntanos tu experiencia!

–Edito 1 (10/08/2010): A través de su twitter supuestamente oficial, Movistar alega que los bonos no se generan hasta que el operador no confirma de la portabilidad que todo está OK, si bien sabemos que este no es el origen de estas incidencias.

–Edito 2 (10/08/2010): los que guardéis esperanzas en los plazos que os den, lamento comunicaros que las dejéis por ahí… Superados mis plazos de 72h + 24h + 72h laborables todas ellas, sigo sin bono y sin solución. La solución es (adivinen)… otra incidencia con otras 72 horas laborables. ¿Bucle infinito?

–Edito 3 (11/08/2010): en mi caso particular ya me ha llegado finalmente el bono, sin llamar al 224472. En el canal twitter de Movistar atendieron mi caso y la solución ha sido rápida, espero que todos veamos solucionadas nuestras incidencias lo antes posible.

Los que quieran contactar conmigo no dudéis en seguirme en el twitter javi_eu. Suerte a todos!

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.