Saltar al contenido

Tecnología · Lenguaje nativo de Apple

Desarrollo de apps iOS con Swift

Swift es el lenguaje de Apple para escribir las apps nativas de iPhone, iPad, Mac y Apple Watch. Es la opción cuando la app necesita todo lo que el aparato ofrece, cámara, NFC, biometría, salud o reloj, o cuando ya existe y hay que continuarla. Desarrollamos, mantenemos y publicamos apps en Swift.

Fig. 01Banco de pruebas del dispositivo9:41Inspección 27CÁMARA · NFC · BIOMETRÍAEn bucle
Las sondas prueban la cámara, la etiqueta NFC y el reconocimiento facial del teléfono; lo que la app guarda aparece también en la tableta y en el reloj.

Situaciones

Qué puedes resolver con una app nativa en Swift

Una app nativa compensa cuando lo importante no es estar en todas partes, sino hacer muy bien algo que depende del aparato o del sistema de Apple.

  • Una app que vive del aparato

    Lectura de etiquetas NFC, vídeo, sensores por Bluetooth, datos de salud o ubicación en segundo plano. En Swift se usa cada función tal como Apple la ofrece, sin esperar a que nadie la adapte.

  • Una app de iPhone que hay que continuar

    Código en Swift o en Objective-C que alguien dejó a medias, con una versión antigua de iOS como mínimo. Se pone al día por partes y se sigue publicando.

  • iPad, reloj y teléfono con los mismos datos

    La tableta en el mostrador, el reloj en la muñeca del técnico y el teléfono en el bolsillo comparten datos y reglas, cada uno con su pantalla.

  • Una app solo para tu equipo

    No tiene por qué estar en la tienda pública: Apple permite repartir apps privadas a los dispositivos de una empresa. Se prepara la app y también la forma de repartirla.

La cuna: el teléfono con sus sondas conectadas

Qué conviene revisar al empezar

  • Qué versión mínima de iOS tienen los dispositivos que la usarán
  • Qué funciones del aparato necesita y qué permisos pedirá al usuario
  • Si existe código anterior, y si está en Swift o en Objective-C
  • Si la app irá a la tienda pública o solo a dispositivos de la empresa

Servicios

Qué desarrollamos con Swift

Cuatro tipos de encargo. La interfaz se construye hoy casi siempre con SwiftUI; aquí hablamos de lo que hay debajo.

  • Módulo 1 · Cuna

    Apps nativas para iPhone y iPad

    La app completa: datos, sesión, navegación y conexión con tu servidor, escrita en Swift con las bibliotecas de Apple. Funciona en teléfono y tableta, con la pantalla pensada para cada uno.

    Ejemplos de entregables

    • App de inspecciones con fotos
    • Punto de venta en iPad
    • App de socios con carné
  • Módulo 2 · Sondas

    Hardware y servicios del sistema

    Cámara y lectura de códigos, NFC, Bluetooth, ubicación, biometría, pagos dentro de la app y datos de salud, cada uno con su permiso bien explicado y un camino alternativo si el usuario dice que no.

    Ejemplos de entregables

    • Lectura de etiquetas NFC
    • Acceso con Face ID
    • Sensor por Bluetooth
  • Módulo 3 · Familia

    Reloj, widgets y tableta

    Extensiones que llevan la app fuera de su icono: una app para Apple Watch, widgets en la pantalla de inicio, atajos del sistema y una versión de iPad que aprovecha la pantalla.

    Ejemplos de entregables

    • App para Apple Watch
    • Widget con el estado del día
    • Versión de iPad a dos columnas
  • Módulo 4 · Sello

    Mantenimiento, firma y publicación

    Paso de Objective-C a Swift por partes, adaptación a cada versión nueva de iOS, corrección de cierres y todo el trámite de la tienda: certificados, pruebas con TestFlight y revisión.

    Ejemplos de entregables

    • Migración de Objective-C
    • Adaptación al iOS de este año
    • Reparto privado a empleados

Un ejemplo en funcionamiento

Qué hace la app cuando le dicen que no

Demostración simulada con datos ficticios. La app pide permiso para la ubicación y para el reconocimiento facial, como lo haría un iPhone. Responde de las distintas maneras posibles y mira cómo se adapta en cada caso.

Demostración simulada · datos de muestra

Lo que la app sabe ahora

Ubicación
Firma

Por qué importa

Un permiso denegado no es un error: es una respuesta. La app tiene que seguir siendo útil con ella, y decir cómo cambiarla sin insistir.

Nada de esto accede a tu ubicación ni a tu cámara: los avisos están dibujados en tu navegador. Lo que enseña es una decisión de diseño real: cada permiso denegado necesita su camino alternativo.

Integración

Cómo encaja con tus sistemas

Una app en Swift habla con el aparato por un lado y con tu empresa por el otro. Lo que guarda en el teléfono y lo que envía a tu servidor se decide antes de dibujar la primera pantalla.

De dónde viene

  • El iPhone o el iPadcámara, NFC, biometría, sensores
  • El llavero del sistemacredenciales cifradas
SwiftApp nativa en Swiftusa el aparato a fondo

A dónde llega

Dependencias que conviene revisar

  • Qué exige Apple para cada permiso y qué texto verá el usuario
  • Si la app necesita trabajar en segundo plano y cuánto se lo permite el sistema
  • Cómo se reparte: tienda pública, enlace privado o gestión de dispositivos
  • Qué versión de iOS deja fuera a qué parte de tus usuarios

Cómo trabajamos y qué entregamos

Cómo trabajamos un encargo en Swift

  1. 01

    Revisión inicial

    Miramos el código si existe, los dispositivos que la usarán, las funciones del aparato que necesita y la cuenta de desarrollador.

  2. 02

    Alcance

    Escribimos las pantallas, los permisos que pedirá y por qué, la versión mínima de iOS y lo que queda fuera.

  3. 03

    Primera entrega

    Una versión instalable por TestFlight en tus dispositivos, con el recorrido principal y los permisos reales.

  4. 04

    Validación

    La pruebas en el aparato y en el lugar donde se usará, también negando permisos y sin cobertura.

  5. 05

    Documentación

    Cómo se compila, se firma y se publica, y qué revisar cuando salga la próxima versión de iOS.

Qué recibes al cerrar el encargo

  • El código en un repositorio a tu nombre
  • La app publicada o repartida desde tu cuenta de Apple
  • Una guía de compilación, firma y publicación
  • La lista de lo que queda fuera y por qué

Preguntas

Preguntas sobre Swift

¿Falta la tuya? Escríbela a info@veodar.com y te respondemos con una pregunta concreta, no con un dossier.

¿Hace falta una app nativa o basta una para los dos sistemas?

Si la app es sobre todo pantallas y datos, una sola base de código para iPhone y Android suele bastar. Nativa en Swift compensa cuando depende de funciones muy propias de Apple, del reloj o de un rendimiento que no admite intermediarios. Lo valoramos con tu caso delante.

¿Podéis continuar una app escrita en Objective-C?

Sí. Swift y Objective-C conviven en el mismo proyecto, así que no hace falta reescribirla de golpe: lo nuevo se escribe en Swift y lo antiguo se migra por partes, empezando por lo que más se toca.

¿Qué versión de iOS hay que soportar?

La que tengan los dispositivos de tus usuarios. Cada versión antigua que se soporta impide usar parte de lo nuevo, así que se decide con datos: qué aparatos hay y cuándo se renuevan. Queda escrito en el alcance.

¿La app tiene que estar en la App Store?

No siempre. Si es para clientes, sí. Si es para tu equipo, Apple ofrece vías para repartirla solo a los dispositivos de la empresa, sin que aparezca en la tienda pública. Preparamos la que corresponda.

¿Quién es el titular de la app en la tienda?

Tu empresa. La app se publica desde tu cuenta de desarrollador de Apple y el código queda en un repositorio a tu nombre. Si aún no tienes cuenta, te acompañamos al darla de alta.

¿Sirve Swift también para Mac?

Sí. Buena parte del código de una app de iPhone se reaprovecha en una app de Mac, y la interfaz se adapta. Si lo que necesitas es una aplicación de escritorio para varios sistemas, hay otras opciones, que explicamos en ese servicio.

Actualizado:

Otras tecnologías

Con qué se combina

Todas las tecnologías
  • Interfaces con SwiftUIPantallas, componentes propios y widgets para iPhone, iPad y reloj. Construimos interfaces nuevas o migramos las de UIKit pantalla a pantalla.
  • Datos sin conexión con SQLiteLa app guarda y consulta en el propio teléfono y sincroniza cuando vuelve la cobertura. Diseñamos el modelo local, la cola de cambios y el cifrado.
  • Notificaciones push a medidaAvisos que salen de tus sistemas y llegan al teléfono correcto en el momento oportuno, con permisos, segmentos y enlaces a la pantalla que toca.

Empezar

Cuéntanos qué debe hacer tu app en el iPhone.

Con saber qué funciones del aparato necesita y quién la usará nos basta para una primera respuesta.

Qué ayuda a valorarlo

  • Qué debe hacer y con qué funciones del aparato
  • Qué dispositivos y versiones de iOS hay
  • Si existe código anterior
  • Si irá a la tienda o solo a tu equipo

¿Antes de escribir? Mira cómo presupuestamos un proyecto o las soluciones por área de la empresa.

Fig. 07Manipulador MorseH · O · L · A