Comunicación y persistencia de datos entre aplicaciones con grupos de aplicaciones

iOS 8 reveló ayer una nueva API sobre grupos de aplicaciones. Antes era un poco complicado compartir datos y comunicarse entre aplicaciones y creo que eso es precisamente lo que los grupos de aplicaciones intentan corregir.

En mi aplicación, habilité los grupos de aplicaciones y agregué un grupo nuevo, pero no puedo encontrar ninguna documentación sobre cómo usarlo. La documentación y las referencias de API solo indican cómo agregar un grupo.

Entonces, ¿qué es lo que realmente pretenden hacer los grupos de aplicaciones? ¿Hay alguna documentación en alguna parte sobre cómo usarlo?

Otro beneficio de los grupos de aplicaciones es la capacidad de compartir una NSUserDefaultsbase de datos. Esto también funciona para las extensiones de aplicaciones (widgets del centro de notificaciones, teclados personalizados, etc.).

Inicialice su NSUserDefaultsobjeto de esta manera en todas las aplicaciones del grupo de aplicaciones y compartirán la base de datos:

C objetivo:

[[NSUserDefaults alloc] initWithSuiteName:@"<group identifier>"];

Rápido:

NSUserDefaults(suiteName: "<group identifier>")

Tenga en cuenta que todo lo de la [NSUserDefaults standardUserDefaults]base de datos para cada aplicación no se transferirá a esta base de datos.

La documentación también ofrece un ejemplo correcto (a partir de Beta 3).

Y no olvide sincronizar la base de datos:

[yourDefaults synchronize];

Compartir datos de NSUserDefaults entre varias aplicaciones

Para tener valores predeterminados compartidos entre una aplicación y una extensión o entre 2 aplicaciones, debe agregar un Grupo de aplicaciones en su configuración mediante los siguientes pasos:

1. En el Navegador de proyectos, haga clic en el archivo * .xcodeproj (debería estar en la parte superior).
2. A la derecha del Navegador de proyectos, busque Proyecto y Objetivos. Debajo de los objetivos, haga clic en su objetivo principal (debería ser lo primero en Objetivos).
3. Hacia la parte superior, haga clic en la pestaña Capacidades.
4. En la sección Grupos de aplicaciones, haga clic en el interruptor a la derecha para activar los Grupos de aplicaciones.
5. Haga clic en el botón + y agregue un grupo de aplicaciones llamado group.com.company.myApp .
6. Vaya al mismo lugar en sus otras aplicaciones y este grupo ahora debería estar disponible para seleccionar. Active este grupo para cada aplicación que usará estos datos compartidos.

Nota: Si va al Portal de desarrolladores de Apple (el sitio web de Apple que muestra todos sus Certificados, Identificadores, Dispositivos y Perfiles de aprovisionamiento) y va a Identificadores> Grupos de aplicaciones, debería ver este nuevo Grupo de aplicaciones.

Para almacenar datos:

var userDefaults = NSUserDefaults(suiteName: "group.com.company.myApp")!
userDefaults.setObject("user12345", forKey: "userId")
userDefaults.synchronize()

Para recuperar datos:

var userDefaults = NSUserDefaults(suiteName: "group.com.company.myApp")
if let testUserId = userDefaults?.objectForKey("userId") as? String {
  print("User Id: \(testUserId)")
}

Los grupos de aplicaciones, según mi interpretación de la documentación existente, están destinados principalmente a extensiones, más específicamente, a widgets. Los widgets son su propio paquete de aplicaciones que coexisten con su aplicación. Dado que son una aplicación separada y, por lo tanto, tienen su propia caja de arena, deberá usar Grupos de aplicaciones para compartir archivos.

Después de algunas grep'ing de encabezados, creo que encontré la API necesaria, pero en realidad se instaló como parte de iOS 7.

NSFileManagertiene un método en el que containerURLForSecurityApplicationGroupIdentifier:puede pasar el identificador que creó al activar Grupos de aplicaciones para sus aplicaciones:

NSURL *containerURL = [[NSFileManager defaultManager] 
           containerURLForSecurityApplicationGroupIdentifier:@"group.com.company.app"];

Una trampa importante que aproveché hoy es la siguiente:

En muchos proyectos vi un solo objetivo de aplicación y con diferentes identificadores de paquete establecidos para cada configuración de ese objetivo. Aquí las cosas se complican. Lo que pretendían los desarrolladores era crear una aplicación de depuración para la configuración de depuración y una aplicación de producción para el objetivo de lanzamiento.

Si lo hace, ambas aplicaciones compartirán los mismos NSUserDefaults cuando estén configuradas así

var userDefaults = NSUserDefaults(suiteName: "group.com.company.myApp")
userDefaults!.setObject("user12345", forKey: "userId")
userDefaults!.synchronize()

Esto causa problemas en muchos lugares:

1. Imagine que establece SÍ para una tecla cuando se le muestra al usuario una pantalla de introducción de la aplicación especial. La otra aplicación ahora también leerá SÍ y no mostrará la introducción.
2. Sí, algunas aplicaciones también almacenan tokens de oAuth en sus valores predeterminados de usuario. De todos modos ... Dependiendo de la implementación, la aplicación reconocerá que hay un token y comenzará a recuperar datos usando el token incorrecto. Es muy probable que esto falle con errores extraños.

La solución a este problema en general es prefijar las claves predeterminadas con la configuración actual construida. Puede detectar la configuración fácilmente en tiempo de ejecución estableciendo diferentes identificadores de paquete para sus configuraciones. Luego, lea el identificador de paquete de NSBundle.mainBundle(). Si tiene los mismos identificadores de paquete, debe configurar diferentes macros de preprocesador como

#ifdef DEBUG
  NSString* configuration = @"debug";
#elif RELEASE
  NSString* configuration = @"release";
#endif

En Swift se verá casi igual:

#if DEBUG
  let configuration = "debug"
#elseif RELEASE
  let configuration = "release"
#endif

Para almacenar

let shared: NSUserDefaults = NSUserDefaults(suiteName: "group.abcapp")!
shared.setObject("abc.png", forKey: "favEmoji")
shared.synchronize()