Dans cet article, je veux parler un peu du travail avec les interfaces utilisateur dans Elements for Cocoa.
Comme vous le savez, le compilateur Cocoa est un compilateur natif pour le runtime Objective-C, ce qui signifie qu’il fonctionne directement avec les classes fournies par les frameworks Cocoa et Cocoa Touch d’Apple. Cela s’étend des classes de bas niveau telles que NSString ou NSArray aux composants visuels de haut niveau basés sur NSView (Mac) et UIView (iOS).
Une façon courante pour les applications Mac et (en particulier) iOS de travailler avec l’interface utilisateur consiste simplement à créer les vues et les contrôles nécessaires qui composent l’interface utilisateur d’une application à partir du code. Mais tôt ou tard, surtout lorsqu’il s’agit d’interfaces utilisateur plus complexes ou sophistiquées, vous voudrez utiliser le concepteur visuel. Cela fonctionne sur les mêmes principes, que vous utilisiez Xcode /Objective-C ou des éléments.
Les interfaces Mac et iOS sont conçues dans Interface Builder, qui à partir de la version 4 de Xcode est directement intégrée à l’E Xcode, et lorsque vous travaillez avec des éléments, c’est là que vous travaillerez avec vos interfaces, obtenant la même expérience et la même puissance et flexibilité de conception d’interface utilisateur que les développeurs utilisant Objective-C obtiennent.
Il existe deux formats de fichiers utilisés pour la conception de l’interface utilisateur sur la plate–forme d’Apple: l’ancien format XIB et le nouveau format de Storyboard. Les principes de traitement de ces fichiers sont similaires, et par souci de simplicité, nous nous référons souvent aux « fichiers XIB » dans les endroits où les XIB et les Storyboards sont couverts.
- Que sont les fichiers XIB?
- En quoi les fichiers Storyboard sont-ils différents des fichiers XIB ?
Terminologie : XIB vs NIB?
Cette section parle des fichiers XIB, mais la plupart des méthodes de travail avec les fichiers XIB mentionnent toutes les PLUMES. Qu’est-ce qui se passe avec ça?
Les XIB sont un format XML plus récent qui est utilisé pour l’interface utilisateur au moment de la conception. Lorsque vous compilez votre application, les fichiers XIB sont convertis en fichiers NIB binaires pour vous, et ces versions binaires des fichiers sont intégrées dans votre application. Toutes les API travaillant avec ces fichiers sont antérieures au nouveau format (et, au moment de l’exécution, ne fonctionnent qu’avec l’ancien format NIB), c’est pourquoi tous les noms de méthodes font référence à NIB, et non à XIB. Lorsque vous passez des noms, vous n’avez jamais besoin (ou devez) spécifier l’extension de fichier de toute façon, c’est donc une distinction que vous pouvez largement ignorer (sauf si vous voulez aller spéléifier dans votre.app bundle).