Introducción: Por qué Datos básicos y NSFetchedResultados

En el desarrollo moderno de iOS, la entrega de una interfaz de usuario fluida y sensible a menudo depende de la eficacia de su aplicación maneja datos que cambian con el tiempo. Ya sea que usted está construyendo un alimento social, un administrador de tareas o un sistema de inventario, los datos mostrados a los usuarios raramente están estáticos. Datos básicos — El gráfico de objetos maduros y el marco de persistencia de Apple — junto con (FRC) ofrece una solución de prueba de batalla para gestionar datos manuales de datos dinámicos

Este artículo proporciona una guía práctica y profunda para utilizar datos básicos con notificaciones es clave. Cuando se insertan, actualizan o eliminan objetos, el contexto transmite estos cambios, que es precisamente lo que aprovecha para mantener su interfaz de usuario consistente.

Para la documentación oficial del desarrollador, consulte Referencia del Marco de Datos básicos de la aplicación.

Controlador de resultados NSFetched: El puente entre datos básicos y su interfaz de usuario

es un objeto controlador diseñado para gestionar de manera eficiente los resultados devueltos de una solicitud de registro de datos básicos, especialmente cuando se espera que cambien los datos subyacentes. Monitoriza el contexto de objeto gestionado pertinente e informa automáticamente de cambios a través de su protocolo de delegado.

Características clave

  • Seguimiento automático del cambio: El FRC escucha las notificaciones de contexto y las traduce en callbacks delegados estructurados (, , ).
  • Seccionamiento de red: Al especificar un , los grupos de controladores obtienen resultados en secciones, por lo que es trivial mostrar puntos de vista de tablas o puntos de vista de colección.
  • Optimización de la actuación: El FRC utiliza la defectuación y el caché bajo la capucha. Sólo sembra datos según sea necesario y puede utilizar opcionalmente una caché persistente para evitar la re-comprocesación cuando se guarda el contexto del objeto gestionado.

Métodos de Delegado en Detalle

Para beneficiarse plenamente del controlador, debe implementar el . El patrón más común es utilizar estos callbacks dentro de un o delegado para ceder a la UI. Por ejemplo:

func controllerWillChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {
 tableView.beginUpdates()
}

func controller(_ controller: NSFetchedResultsController<NSFetchRequestResult>,
 didChange anObject: Any,
 at indexPath: IndexPath?,
 for type: NSFetchedResultsChangeType,
 newIndexPath: IndexPath?) {
 switch type {
 case .insert:
 tableView.insertRows(at: [newIndexPath!], with: .fade)
 case .delete:
 tableView.deleteRows(at: [indexPath!], with: .fade)
 case .update:
 tableView.reloadRows(at: [indexPath!], with: .fade)
 case .move:
 tableView.moveRow(at: indexPath!, to: newIndexPath!)
 @unknown default:
 tableView.reloadData()
 }
}

func controllerDidChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {
 tableView.endUpdates()
}

Este patrón asegura que la vista de la tabla anima cambios en la sincronización con los datos subyacentes, evitando el flicker o la inconsistencia.

Aplicación de medidas a medida

A continuación se muestra un ejemplo completo y listo para la producción usando Swift 5, dirigido a iOS 15+. Asumimos una entidad simple llamada con atributos (String) y (Bool), y un ] (Fecha).

1. Configurar el registro de datos básicos

En sus o una dedicada (comúne en aplicaciones SwiftUI), cree el contenedor persistente:

class PersistenceController {
 static let shared = PersistenceController()
 let container: NSPersistentContainer

 init() {
 container = NSPersistentContainer(name: "YourModelName")
 container.loadPersistentStores { storeDescription, error in
 if let error = error as NSError? {
 fatalError("Unresolved error \(error), \(error.userInfo)")
 }
 }
 container.viewContext.automaticallyMergesChangesFromParent = true
 }
}

2. Crear la Subclase de Objeto NSManaged

Utilice el editor de modelos de datos de Xcode para generar los archivos de clase, o crearlos manualmente. Asegúrese de que su entidad utiliza el ajuste de módulos de clase correcto.

3. Configure la Solicitud de Embrague y FRC

En su controlador de visión, configurar la solicitud de captura e inicializar el controlador de resultados de la búsqueda. Es mejor realizar esto en o en la entrada de un modelo de visión.

lazy var fetchedResultsController: NSFetchedResultsController<Task> = {
 let fetchRequest: NSFetchRequest<Task> = Task.fetchRequest()
 let sortDescriptor = NSSortDescriptor(key: "dueDate", ascending: true)
 fetchRequest.sortDescriptors = [sortDescriptor]
 // Optional: limit results with batch size for large datasets
 fetchRequest.fetchBatchSize = 20

 let controller = NSFetchedResultsController(
 fetchRequest: fetchRequest,
 managedObjectContext: PersistenceController.shared.container.viewContext,
 sectionNameKeyPath: "completionStatus", // e.g., a transient attribute or a computed property
 cacheName: nil
 )
 controller.delegate = self
 try? controller.performFetch()
 return controller
}()

4. Conducir la vista de la tabla con el FRC

Sus métodos se vuelven triviales:

func numberOfSections(in tableView: UITableView) -> Int {
 fetchedResultsController.sections?.count ?? 0
}

func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
 let sectionInfo = fetchedResultsController.sections![section]
 return sectionInfo.numberOfObjects
}

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
 let cell = tableView.dequeueReusableCell(withIdentifier: "TaskCell", for: indexPath)
 let task = fetchedResultsController.object(at: indexPath)
 configure(cell, with: task)
 return cell
}

Note que nunca llamamos manualmente — los métodos de delegado manejan cada inserción, eliminación y actualización.

Uso avanzado y mejores prácticas

Thread Safety

Los contextos de datos básicos no son seguros de rosca. Utilice siempre el (que se ejecuta en la cola principal) para todas las solicitudes de embrague relacionadas con la UI y FRCs. Para el trabajo de fondo, cree un contexto de cola privada y fusione cambios en el contexto de la vista. Evite usar el mismo FRC en varias colas.

Caché

El parámetro puede mejorar el rendimiento de lanzamiento por sección persistente y la información de objetos. Sin embargo, si su solicitud de captura o los cambios de modelo de datos, debe eliminar el caché () para evitar la corrupción.

Manejo de grandes conjuntos de datos

Use para limitar el número de objetos que se recogen en la memoria. Además, considere la configuración sólo si necesita acceso inmediato a cada propiedad. Para datos intensivos en relación, prefetching con puede evitar fallos repetidos.

Integración con SwiftUI

Mientras es UIKit-centric, todavía puede utilizarlo en SwiftUI envolviéndolo en un o utilizando el envoltorio de propiedades (que utiliza internamente un mecanismo similar). Para los datos dinámicos complejos en SwiftUI, es generalmente suficiente, pero el FRC le da un control de animación fino.

Pitfalls comunes y cómo evitarlos

  • Forgetting :] El controlador no ejecutará la captura hasta que llame a este método. Hazlo una vez, generalmente justo después de la inicialización.
  • No establecer el delegado: Sin delegado, los cambios no se propagan a la vista de la tabla. Siempre llame .
  • Descriptores de tipo incorrectos: Si su sección no se ajusta al descriptor de primera clase, las secciones pueden aparecer fuera de orden. Asegúrese de que el atributo utilizado en aparece en el tipo de descriptores.
  • Usando junto a FRC:] Llamando mientras que el FRC está animando cambios puede causar fallos. Deje que los métodos de delegado manejen todas las actualizaciones de la interfaz de usuario.
  • Ignorar el contexto de datos básicos ahorra fallos:] Si guardas el contexto y se produce un error, es posible que no se notifique al FRC. Siempre maneja errores y consideras usar en contextos de fondo.

Consideraciones de la ejecución

ya es eficiente, pero aquí hay otras optimizaciones:

  • Utiliza predicas sabiamente: Un complejo predicado puede frenar la embrague inicial. Usar atributos indexados cuando sea posible.
  • Limitar las propiedades traídas: Si sólo necesitas ciertos atributos, establece en la solicitud de la embrague.
  • Realizaciones de la página: Al realizar muchos cambios, envuélvelos en un bloque para reducir el número de retractores de delegados.
  • Evitar el descomposición innecesaria: Si sabes que accederás a todos los objetos en un conjunto de resultados, usa para pre-compararlos, pero ten cuidado con la memoria.

Para una mayor inmersión en el rendimiento de los datos básicos, véase Guía de rendimiento de los datos básicos de la aplicación.

Ejemplos reales-mundo

Ejemplo 1: Aplicación de Chat

Una aplicación de mensajería muestra una lista de conversaciones ordenadas por el mensaje más reciente. Los nuevos mensajes entrantes deben aparecer al instante. Usando una FRC, la vista de contacto puede suscribirse a cambios sólo para las entidades de conversación del usuario actual. Secciones por grupos de fechas mensajes en "Hoy", "Ayer", etc.

Ejemplo 2: Gestión de inventarios

Una aplicación de comercio electrónico muestra productos en categorías. Cuando los niveles de stock cambian de una sincronización de fondo, el FRC actualiza automáticamente la interfaz de usuario. Al establecer a 50, la vista sigue siendo receptiva incluso con miles de artículos.

Ejemplo 3: Listar con Categorías

El ejemplo clásico: las tareas agrupadas en "Overdue", "Today", y "Upcoming". pueden ser un atributo derivado transitorio computado de y fecha actual. Asegúrese de que el mismo valor derivado se utiliza en el tipo descriptor para evitar las desigualdades.

Conclusión

Dominar la combinación de datos básicos y es una piedra angular de la construcción de aplicaciones iOS robustas y dinámicas. Al descargar el elevador pesado de seguimiento de cambios y sincronización de la interfaz de usuario a los marcos de Apple, puede centrarse en crear una gran experiencia de usuario en lugar de escribir código de gestión de datos de placas de calderas.

Ya sea que mantengas una aplicación UIKit heredada o adoptando SwiftUI con , los principios siguen siendo los mismos: entender tu gráfico objeto, configurar las solicitudes de captura cuidadosamente, y dejar que el controlador de resultados buscado haga lo que mejor hace. Con las prácticas descritas en este artículo — incluyendo el grabado, la seguridad del rosca y el ajuste del rendimiento— estarás bien equipado para manejar cualquier conjunto de datos que evoluciona a lo largo del tiempo.

Para mayor exploración, consulte El tutorial de datos básicos de Ray Wenderlich] y el ] [artículo de la NSFetchedResultsController].