Los XIB son esencialmente un gráfico de objetos serializados de la jerarquía de vistas. Esto significa que en el lanzamiento, hay un costo asociado con deserializarlos y construir los objetos en memoria. Cuando se escribe código de construcción de vista ‘sin procesar’, ocurre el mismo proceso, pero hay mucho más control sobre el tiempo de creación dado al desarrollador, la creación puede diferirse hasta que se requieran las vistas y, por lo tanto, escribir el código de vista debería ser más rápido .
Sin embargo, al verlo de una manera más general, cuando tiene un código de vista, el sistema operativo y el tiempo de ejecución tienen poco o ningún conocimiento sobre las vistas, cómo se utilizarán y cómo optimizarlas, eso depende de usted. Sin embargo, cuando usa XIB, está dando mucha más información al tiempo de ejecución, mucho más contexto sobre cómo piensa usar las vistas y, por lo tanto, hay mucho más margen para la optimización.
En un mundo perfecto, los XIB más declarativos (y los guiones gráficos) deberían ser más rápidos en general. Sin embargo, en realidad, es casi seguro que un código de vista bien optimizado será más rápido en este momento.
- ¿Debería un desarrollador de juegos de iPhone de inicio tratar de externalizar la distribución a empresas como Chillingo o Gameloft? ¿Cuáles son los pros y los contras?
- ¿Debo usar Swift / Objective C nativo o híbrido si estoy aprendiendo el desarrollo de iOS?
- ¿Cuánto Objective-C debe saber un desarrollador de Swift?
- ¿Puede una aplicación iOS tener sus propios Términos de servicio?
- ¿Dónde almacenan datos las aplicaciones nativas de iOS?
