5Daten, Tabellen und Controller

»Ich hoffe, mein Schaden hat kein Gehirn genommen.«
– Homer Simpson

Als Beispielprojekt für dieses Kapitel legen wir ein Fototagebuch an. Das ist ein Notizbuch, in dem Sie Texte, Bilder und Töne chronologisch geordnet ablegen können. Dieses Projekt ist wesentlich umfangreicher als der analoge Wecker aus Kapitel 3, »Sehen und anfassen«, und es ist deshalb nicht möglich, die einzelnen Schritte zum Erstellen dieser App zu beschreiben, da dies den Umfang unseres Buches sprengen würde. Das komplette Projekt finden Sie natürlich auf der DVD oder im Git-Repository. Die Beschreibungen in diesem Kapitel konzentrieren sich auf die neuen und spannenderen Themen.

5.1Benachrichtigungen

Delegation ist sehr praktisch, wenn ein Objekt bestimmte Aufgaben oder Informationen an ein anderes Objekt weiterreichen soll, ohne dabei eine Abhängigkeit vom Ausgangsobjekt zum Zielobjekt zu erzeugen. Häufig gibt es jedoch Situationen, in denen mehrere Objekte eine Information verarbeiten sollen.

Sie haben bereits das Application-Delegate und seine Methoden kennengelernt. Es bietet Ihnen beispielsweise eine Methode an, mit der Sie Operationen ausführen können, bevor das iOS die App in den Hintergrund schickt. Sie können diese Methode beispielsweise benutzen, um den aktuellen Applikationszustand zu sichern. Das ist sicherlich für kleine Applikationen ausreichend, wenn sie diese Zustandsdaten zentral – vorzugsweise im Application-Delegate selbst – lagern. Wenn sich diese Daten hingegen über viele unterschiedliche Objekte verteilen, stößt dieses Vorgehen sehr schnell an seine Grenzen.

5.1.1Benachrichtigungen empfangen

Cocoa Touch bietet dafür indes ein weiteres Vorgehen an, das sich für solche Aufgabenstellungen besser eignet. Dabei nutzen Sie Notifications oder Benachrichtigungen – das sind Objekte der Klasse NSNotification, die Sie innerhalb einer Applikation verschicken können. Jede Benachrichtigung hat einen Typ, den eine Zeichenkettenkonstante repräsentiert. Apple vereinbart in seinen Frameworks bereits mehrere Typen. Sie können allerdings auch eigene Typen definieren.

Jedes Objekt kann beliebige Benachrichtigungen empfangen. Sie müssen es dazu nur bei einem zentralen Objekt für die Verwaltung der Benachrichtigungen anmelden. Dieses Objekt hat die Klasse NSNotificationCenter. Sie können einen Empfänger über die Methode addObserver:selector:name:object des Notificationcenters registrieren.

Der Empfänger muss sich immer bei dem Center anmelden, über das der Nachrichtensender seine Benachrichtigungen schickt. Auf das Standardcenter von Cocoa Touch greifen Sie über die Klassenmethode defaultCenter zu.

Wenn das iOS eine Applikation in den Hintergrund schickt, verschickt die Applikation eine Benachrichtigung mit dem Typ UIApplicationWillResignActiveNotification. Sie können ein Objekt für den Empfang dieser Benachrichtigung wie folgt anmelden:

NSNotificationCenter *theCenter = 
    [NSNotificationCenter defaultCenter];

[theCenter addObserver:theObject 
    selector:@selector(applicationWillResignActive:) 
    name:UIApplicationWillResignActiveNotification 
    object:nil];

Listing 5.1 Anmelden eines Benachrichtigungsempfängers

Mit dem Parameter object der Registrierungsmethode können Sie die Benachrichtigungen nach dem Absender filtern. Wenn Sie bei der Registrierung hier einen Absender angeben, erhält der Empfänger nur Benachrichtigungen dieses Senders. Geben Sie hingegen nil (wie in Listing 5.1) an, erhält er alle Nachrichten.

Nach der Registrierung ruft das Notificationcenter immer die Methode applicationWillResignActive: [Anm.: Dieser Methodenname kollidiert mit der gleichnamigen Methode des Application-Delegates. Sie dürfen diese Methode also nicht dort deklarieren, da Objective-C Methoden nicht anhand der Parametertypen unterscheidet.] des Objekts theObject auf, sobald die Applikation die entsprechende Benachrichtigung verschickt. Die Methode hat einen Parameter mit der Klasse NSNotification. Über die Property object dieses Objekts können Sie den Absender der Benachrichtigung ermitteln. Außerdem kann der Absender ein Dictionary mitschicken, das nachrichtenspezifische Werte enthält und auf das Sie über die Property userInfo zugreifen können.

Listing 5.2 enthält ein Beispiel für eine Methode zum Nachrichtenempfang, die den Absender aus der Benachrichtigung ausliest.

- (void)applicationWillResignActive: 
    (NSNotification *)inNotification {
    UIApplication *theApplication = inNotification.object;
    ...
}

Listing 5.2 Methode zum Empfangen von Benachrichtigungen

Alternativ können Sie Blöcke verwenden, um Benachrichtigungen zu verarbeiten. Dann benutzen Sie die Methode addObserverForName:object:queue:usingBlock: für die Registrierung. Die analoge Registrierung zu Listing 5.1 und die Verarbeitung aus Listing 5.2 sehen damit folgendermaßen aus:

[theCenter addObserverForName: 
    UIApplicationWillResignActiveNotification
    object:nil queue:nil 
    usingBlock:^(NSNotification *inNotification) {
    UIApplication *theApplication = inNotification.object;
    ...
}];

Listing 5.3 Registrierung eines Blocks für den Benachrichtigungsempfang

Die Variante mit Blöcken hat einen weiteren Vorteil gegenüber der Registrierung einer Methode: Durch die Angabe einer Operationqueue können Sie die Benachrichtigungen asynchron verarbeiten; d. h., der Thread, der die Benachrichtigung verschickt, muss nicht auf die Beendigung des Blocks warten. Außerdem können Sie darüber die Ausführung des Blocks im Haupt- oder Main-Thread erzwingen. Das ist sehr hilfreich, um Operationen des UIKits (z. B. Änderungen an Views) auszuführen, die immer in diesem Thread erfolgen sollen.

NSOperationQueue *theMainQueue = [NSOperationQueue mainQueue];

[theCenter addObserverForName: 
    UIApplicationWillResignActiveNotification
    object:nil queue:theMainQueue 
    usingBlock:^(NSNotification *inNotification) {
    UIApplication *theApplication = inNotification.object;
    ...
}];

Listing 5.4 Ausführung des Blocks im Hauptthread

Über die Methoden removeObserver:name:object: und removeObserver: können Sie einen Nachrichtenempfänger wieder beim Notificationcenter abmelden. Während Sie mit der ersten Methode einzelne Benachrichtigungen abschalten, unterbinden Sie über die zweite alle Benachrichtigungen eines Empfängers auf einmal. Das ist häufig sehr praktisch, da man in den meisten Fällen ein Objekt für alle Benachrichtigungen auf einmal abmelden will. Möchten Sie das Objekt aus Listing 5.1 nur von den Benachrichtigungen des Typs UIApplicationWillResignActiveNotification abmelden, erreichen Sie das über die folgende Zeile

[theCenter removeObserver:theObject name: 
    UIApplicationWillResignActiveNotification object:nil];

und über

[theCenter removeObserver:theObject];

melden Sie das Objekt von allen Benachrichtigungen ab.

5.1.2Eigene Benachrichtigungen verschicken

Cocoa Touch stellt eine Vielzahl von Benachrichtigungen bereit, die Sie für die Entwicklung Ihrer Apps verwenden können. Sie können allerdings auch aus Ihren Klassen eigene Benachrichtigungen versenden. Beispielsweise könnte das Wecker-Beispielprogramm eine Benachrichtigung bei Alarmauslösung verschicken. Dazu sollten Sie sich zunächst einen Namen ausdenken, der das Ereignis möglichst gut beschreibt, z. B. kAlarmClockHasFiredAlarmNotification. Da jedes beliebige Objekt diese Benachrichtigungen empfangen können soll, deklarieren Sie in der Headerdatei AlarmClockAppDelegate.h folgende Konstante:

extern NSString * const kAlarmClockHasFiredAlarmNotification;

Diese Deklaration sollten Sie in der Headerdatei vor der Klassendeklaration platzieren. Dabei gibt das Schlüsselwort extern an, dass diese Anweisung die Variable nur deklariert und nicht implementiert; andernfalls würde Ihnen der Linker Fehler melden. In die Implementierungsdatei AlarmClockAppDelegate.m müssen Sie dann noch die entsprechende Definition einfügen:

NSString * const kAlarmClockHasFiredAlarmNotification = 
    @"kAlarmClockHasFiredAlarmNotification";

Aus der Methode application:didReceiveLocalNotification: können Sie jetzt die Benachrichtigung über eine der Methoden postNotification:, postNotificationName:object: oder postNotificationName:object:userInfo: verschicken. Bei der ersten Variante müssen Sie das Benachrichtigungsobjekt selbst erzeugen, während das bei den beiden anderen Varianten jeweils die Methode übernimmt. Im einfachsten Fall verwenden Sie die zweite Methode.

NSNotificationCenter *theCenter = 
    [NSNotificationCenter defaultCenter];
[theCenter postNotificationName: 
    kAlarmClockHasFiredAlarmNotification object:self];

Listing 5.5 Verschicken einer einfachen Benachrichtigung

Wenn Sie dagegen auch den Nachrichtentext mit der Benachrichtigung verschicken wollen, sollten Sie die dritte Variante verwenden. Sie können bei ihr über den Parameter userInfo beispielsweise den Nachrichtentext übergeben, den Sie aus der lokalen Benachrichtigung erhalten.

NSNotificationCenter *theCenter = 
    [NSNotificationCenter defaultCenter];
NSDictionary *theInfo = @{ 
    @"alertBody": inNotification.alertBody };
[theCenter postNotificationName: 
    kAlarmClockHasFiredAlarmNotification 
    object:self userInfo:theInfo];

Listing 5.6 Verschicken einer Benachrichtigung mit Parametern

Benachrichtigungen können Sie also nur applikationsintern verwenden; dort sind sie jedoch eine gute Möglichkeit, um mehrere andere Objekte zu informieren. Diese Technik ist eine einfache und sehr elegante Methode, beliebige Empfänger lose an den Nachrichtensender zu koppeln. Da im MVC-Muster das Modell weder den Controller und schon gar nicht den View kennen sollte, eignen sich Benachrichtigungen hervorragend für die Kommunikation vom Modell zum Controller. In diesem und im nächsten Kapitel zeigen wir Ihnen dafür noch einige Beispiele.

Ihre Meinung

Wie hat Ihnen das Openbook gefallen? Wir freuen uns immer über Ihre Rückmeldung. Schreiben Sie uns gerne Ihr Feedback als E-Mail an kommunikation@rheinwerk-verlag.de.