¿Por qué usar NSFetchedResultsController?

Question

Los datos principales proporcionan el método "executeFetchRequest" en la clase NSManagedObjectContext, que podemos usar para obtener datos de las tablas y usarlos de la manera que sea necesaria.

Ahora hay otra forma de utilizar NSFetchedResultsController y proporcionarlo a UITableView para recuperar y los datos de las tablas.

Mis preguntas son ahora:

• ¿Qué camino es más rápido ?, me refiero a rendimiento, cuál es la mejor?

• ¿NSFetchedResultsController solo se utiliza con UITableViews?

• ¿Cuáles son los pros y contras de NSFetchedResultsController.

• Y lo último, "¿Por qué usamos NSFetchedResultsController", qué cosa lo hace mejor que de otra manera.

Answer 1

y lo último, "¿Por qué usamos NSFetchedResultsController", lo que lo hace mejor que cualquier otra forma .

La clase FRC está diseñada para manejar automáticamente todos los gastos generales asociados con el suministro de datos complejos y dinámicos para las tablas.

Si todo lo que tiene es una tabla simple, de una sección, cuyos datos nunca cambian, entonces un FRC no le da ninguna ventaja. Solo haces una búsqueda y terminas. Sin embargo, si los datos se cambian en UI (el usuario reorganiza, elimina o agrega) o por código (por ejemplo, los datos se actualizan desde un servidor) el FRC proporciona los mecanismos para manejar todo ese cambio constante y asegurarse de que la tabla refleje con precisión esos cambios

qué manera es más rápido ?, me refiero a se refiere a rendimiento, cuál es la mejor ?

No existe una diferencia de rendimiento importante en el uso de un fetch o FRC porque ambos usan el mismo mecanismo de recuperación para obtener datos del almacén persistente. Si tiene datos dinámicos complejos, es más rápido usar el FRC que duplicar su funcionalidad a mano.

¿Cuáles son los pros y contras del NSFetchedResultsController.

Ver más arriba.

¿El NSFetchedResultsController es el único que se utiliza con UITableViews?

Sí, es realmente útil solo con tablas.