Aquí está mi tiro:
Primero es mejor que segundo.
Motivo : Almacenar indexpath requiere memoria. Además, en segundo lugar, debe acceder al objeto desde la ruta del índice y eso llevaría tiempo (aunque es muy pequeño pero sí). Primero tenga una referencia directa al objeto, por lo que no hay memoria adicional para la ruta del índice y luego tiempo de CPU adicional para acceder al objeto. Primero es ciertamente mejor
tercero es mejor que segundo.
Motivo : No hay memoria tomada por un tercero.
Así que el segundo está fuera y es el primero contra el tercero
Cualquier día tomaría el primer enfoque ya que tiene un tiempo mínimo de CPU ya que tenemos referencia directa del objeto y no se desperdicia ninguna CPU al pasar de los índices al objeto real.
- Cómo convertirse en un desarrollador de iOS y Android desde cero
- ¿Qué debería aprender primero: Objective-C o Swift? ¿Por qué?
- ¿Quiénes son los desarrolladores de iOS que crean la aplicación Xcode?
- ¿Cuántos desarrolladores móviles están desarrollando aplicaciones para africanos subsaharianos?
- Cómo descubrir enlaces profundos en una aplicación de iOS
Toma final:
En un escenario real, este tipo de optimización no es realmente necesario. La razón es que si tomo el primer enfoque, entonces tengo que declarar una referencia en la celda que apuntará al objeto cada vez que configure la celda (en la celda para la fila en la ruta del índice) método). Pero el tercer enfoque es un enfoque más generalizado y una forma preferida. El primero es más geek y no tiene tanto tiempo y espacio efectivo.
Se puede validar, si prueba con 100000 objetos. Intenta y avísanos. 🙂
