2010-08-11 5 views
0

Quelqu'un peut-il me donner un aperçu rapide, un-à-peu paragraphe (s) de la structure des applications iPhone. Je travaille mon chemin à travers un livre, mais je ne peux pas vraiment comprendre le but de l'App Delegates, MainWindow.xib vs. fichiers nib des vues individuelles, les actions contre les prises, etcAperçu rapide de la structure si les applications iPhone

Je cherche une description de haut niveau, parce que tout ce que je peux trouver sont des comptes vraiment détaillés de ce genre de choses.

Répondre

1

Vous pouvez en savoir plus sur les modèles de conception Objective-C comme la délégation dans la documentation d'Apple. Voici un bref aperçu de ce que vous avez mentionné:

Les objets communiquent avec d'autres options de différentes manières, dont la délégation. Un délégué d'application est un objet qui reçoit certains messages de l'application.

Les fichiers XIB contiennent une description de votre interface utilisateur et des connexions. MainWindow.xib contient les informations de l'interface utilisateur pour votre fenêtre principale, mais vous devez avoir des fichiers XIB individuels pour les autres contrôleurs de vue par souci d'efficacité (vous devez charger les XIB paresseusement lorsque l'utilisateur instancie un certain type de contrôleur de vue et cache le XIB pour empêcher le rechargement, voir UINib pour le détail).

Les actions et les sorties sont des moyens de connecter du code à des éléments d'interface utilisateur dans votre XIB. Une action est un message envoyé par un élément d'interface utilisateur à un objet. Par exemple, une pression sur un bouton peut envoyer une action à votre contrôleur de vue. Une sortie serait une référence à ce bouton.

Pour plus sur Objective-C dans le contexte du développement iOS, consultez la documentation:

1

La structure physique d'une application iPhone se compose d'un répertoire agit comme un ensemble pour l'exécutable principal et toutes les ressources utilisées (images, listes de propriétés, fichiers d'interface, etc.).

Lors de l'exécution, l'exécutable exécute d'abord la fonction main(). Cette fonction instancie par programme un délégué d'application ou charge le fichier d'interface principal (qui spécifie le délégué d'application). Le délégué d'application agit en réponse à des événements au niveau de l'application, tels que la terminaison ou l'entrée et la sortie de l'arrière-plan.

La construction de votre interface peut s'effectuer par programmation ou à l'aide de fichiers .xib Interface Builder. Si par programme, votre délégué d'application va construire l'interface globale initiale, puis remettre les choses aux contrôleurs de vue individuels pour gérer l'affichage des vues spécifiques. Si cela est fait via Interface Builder, vous allez définir des fichiers d'interface qui seront compilés en objets lyophilisés désérialisés dans votre interface lors de l'exécution. Dans l'ensemble, les applications Cocoa ont tendance à suivre le modèle de conception Modèle-Vue-Contrôleur, où ces trois zones de votre application sont séparées en code. Les vues sont des éléments d'affichage génériques réutilisables, votre modèle contient des données d'application (souvent persistées à l'aide de Core Data ou de SQLite), et vos contrôleurs fournissent la logique spécifique à l'application qui rassemble tous les éléments.

Questions connexes