En este artículo, quiero hablar un poco sobre el trabajo con interfaces de usuario en Elements for Cocoa.
Como sabes, el compilador Cocoa es un compilador nativo para el tiempo de ejecución de Objective-C, lo que significa que funciona directamente con las clases proporcionadas por los frameworks Cocoa y Cocoa Touch de Apple. Esto se extiende desde clases de bajo nivel como NSString o NSArray hasta componentes visuales de alto nivel basados en NSView (Mac) y UIView (iOS).
Una forma común de que las aplicaciones Mac y (especialmente) iOS funcionen con la interfaz de usuario es simplemente crear las vistas y controles necesarios que conforman la interfaz de usuario de una aplicación a partir del código. Pero tarde o temprano, especialmente cuando se trata de interfaces de usuario más complejas o sofisticadas, querrá usar el diseñador visual. Esto funciona con los mismos principios, ya sea que esté utilizando Xcode / Objective-C o Elements.
Las interfaces para Mac e iOS están diseñadas en el Creador de interfaces, que a partir de la versión 4 de Xcode está integrado directamente en el IDE de Xcode, y al trabajar con Elementos, es donde trabajará con sus interfaces, obteniendo la misma experiencia y la misma potencia y flexibilidad de diseño de interfaz de usuario que obtienen los desarrolladores que usan Objective-C.
Hay dos formatos de archivo utilizados para diseñar la interfaz de usuario en la plataforma de Apple: el formato XIB anterior y el formato de guion gráfico más nuevo. Los principios para tratar con estos archivos son similares, y en aras de la simplicidad, a menudo nos referimos a «archivos XIB» en lugares donde se cubren tanto los XIB como los guiones gráficos.
- ¿Qué son los archivos XIB?
- ¿En qué se diferencian los archivos de guion gráfico de XIBs?
Terminología: XIB vs ONE?
Esta sección habla de archivos XIB, pero muchos de los métodos para trabajar con archivos XIB mencionan NIBs. Qué pasa con eso?
Los XIB son un formato más reciente basado en XML que se utiliza para la interfaz de usuario en el momento del diseño. Cuando compila su aplicación, los archivos XIB se convierten en archivos NIB binarios para usted, y esas versiones binarias de los archivos se incrustan en su aplicación. Todas las API que funcionan con estos archivos son anteriores al nuevo formato (y, en tiempo de ejecución, solo funcionan con el formato NIB anterior), por eso todos los nombres de métodos se refieren a NIB, no a XIB. Cuando pasa nombres, nunca necesita (o debe) especificar la extensión de archivo de todos modos, por lo que esta es una distinción que puede ignorar en gran medida (a menos que desee ir a espeleología en su .paquete de aplicaciones).