Arbeiten mit Windows und Ansichten in iPad Apps - Dummies

iPad-Apps haben ein einzelnes Fenster, sodass Sie keine zusätzlichen Dokumentfenster zum Anzeigen von Inhalten finden. Wenn Ihre Anwendung ausgeführt wird - auch wenn andere Apps im Ruhezustand oder im Hintergrund ausgeführt werden - übernimmt die Oberfläche Ihrer App den gesamten Bildschirm.

Das iOS-Fenster

Das einzelne Fenster, das auf dem iPad oder iPhone angezeigt wird, ist eine Instanz der UIWindow-Klasse. Dieses Fenster wird beim Start erstellt, entweder programmgesteuert von Ihnen oder automatisch von UIKit, wenn Sie ein Storyboard verwenden. Nachdem Sie das Window-Objekt erstellt haben (dh, wenn Sie es erstellen, anstatt es für Sie erledigt zu haben), müssen Sie im Grunde nie mehr darüber nachdenken.

Ein Benutzer kann ein iOS-Fenster nicht direkt schließen oder manipulieren. Es ist Ihre App, die das Fenster programmgesteuert verwaltet.

Obwohl Ihre Anwendung niemals mehr als ein Fenster gleichzeitig erstellt, kann iOS zusätzliche Fenster oben auf Ihrem Fenster unterstützen. Die Systemstatusleiste ist ein Beispiel. Sie können Warnmeldungen auch über das Fenster anzeigen, indem Sie die bereitgestellten Warnansichten verwenden.

Die iOS-Ansicht

In einer iOS-App-Welt sind View-Objekte für die View-Funktionalität in der Model-View-Controller-Architektur verantwortlich. Eine Ansicht ist ein rechteckiger Bereich auf dem Bildschirm (oben auf einem Fenster).

Im UIKit-Framework sind Fenster wirklich eine spezielle Art von Ansicht, aber zum Zweck dieser Diskussion sitzen Ansichten oben auf dem Fenster.

In welchen Ansichten werden

• Ansichten angezeigt, werden Inhalte angezeigt. Dies geschieht zum Beispiel dadurch, dass das Zeichnen und die Animation auf dem Bildschirm geschehen. Im Wesentlichen zeigt das Ansichtsobjekt die Daten aus dem Modellobjekt an.

• Ansichten behandeln Berührungsereignisse. Ansichten reagieren, wenn der Benutzer z. B. eine Schaltfläche berührt. Das Handhaben von Berührungsereignissen ist Teil einer Antwortkette.

Die Ansichtshierarchie

Wenn man es visuell betrachtet, befindet sich das Fenster an der Basis dieser Hierarchie mit einer Inhaltsansicht darüber (eine transparente Ansicht, die das Inhaltsrechteck des Fensters füllt). Die Inhaltsansicht zeigt Informationen an und ermöglicht dem Benutzer die Interaktion mit der Anwendung unter Verwendung von (vorzugsweise standardmäßigen) Benutzeroberflächenelementen wie Textfeldern, Schaltflächen, Symbolleisten und Tabellen.

In Ihrem Programm ist diese Beziehung anders. Die Inhaltsansicht wird als Untersicht zur Fensteransicht hinzugefügt. Aber die Inhaltsansicht kann auch eigene Unteransichten haben usw. Mögliche Beziehungen sind:

• Unteransichten davon.

• superviews aller hinzugefügten Ansichten.

• Eine Ansicht kann eine (und nur eine) Überwachungsansicht und keine oder mehrere Unteransichten haben.

Es scheint widersprüchlich zu sein, aber eine Unteransicht wird über in der übergeordneten Ansicht (also oberhalb der Obersicht) angezeigt. Betrachten Sie diese Beziehung als Containment: Eine Superview enthält ihrer Subviews. Diese Abbildung zeigt ein Beispiel für eine Ansichtshierarchie.

Die Ansichtshierarchie ist sowohl visuell als auch strukturell.

Steuerelemente - wie Schaltflächen, Textfelder usw. - sind tatsächlich Unterklassen von Ansichten, die zu Unteransichten werden. So sind alle anderen Anzeigebereiche, die Sie angeben können. Die Ansicht muss ihre Unteransichten verwalten sowie ihre Größe in Bezug auf ihre Überwachungsansichten anpassen. Glücklicherweise ist vieles von dem, was die Ansicht tun muss, bereits für Sie codiert. Das UIKit-Framework liefert den Code, der das View-Verhalten definiert.

Die Ansichtshierarchie spielt auch bei der Zeichnungs- und Ereignisbehandlung eine wichtige Rolle.

Sie erstellen oder ändern eine Ansichtshierarchie, wenn Sie einer Ansicht eine Ansicht hinzufügen, entweder programmgesteuert oder mit Hilfe des Interface Builders. Das UIKit-Framework verarbeitet automatisch die Beziehungen, die der Ansichtshierarchie zugeordnet sind.

Entwickler beschönigen normalerweise diese visuelle-gegen-programmatische-Ansicht-Hierarchie beim Start - und ohne diese Konzepte zu verstehen, ist es wirklich schwierig, die Dinge in den Griff zu bekommen.