KVC+KVO - Revision history

Mm: added KVO

2010-05-03T01:37:43Z

added KVO

@@ Line 70: / Line 70: @@
 * Bindings (nicht verfügbar in iPhone OS <= 3.0) funktionieren mit KVC
 * Ideal für dynamisch synthetisierte Methoden
 == Links ==

Mm: moved KVC to KVC+KVO

2010-05-03T01:24:20Z

moved KVC to KVC+KVO

← Older revision	Revision as of 01:24, 3 May 2010
(No difference)

Mm: /* Key/Value */

2010-03-07T13:03:19Z

Key/Value

← Older revision		Revision as of 13:03, 7 March 2010
Line 65:		Line 65:


	Vorteile von Key-Value-Coding		== Vorteile von Key-Value-Coding ==
	* Keine benannten Selektoren (nur valueForKey: und setValue:forKey:)		* Keine benannten Selektoren (nur valueForKey: und setValue:forKey:)
	* Sämtliche Cocoa-Collections (NSArray, NSDictionary...) benutzen KVC		* Sämtliche Cocoa-Collections (NSArray, NSDictionary...) benutzen KVC
	* Bindings (nicht verfügbar in iPhone OS <= 3.0) funktionieren mit KVC		* Bindings (nicht verfügbar in iPhone OS <= 3.0) funktionieren mit KVC
	* Ideal für dynamisch synthetisierte Methoden		* Ideal für dynamisch synthetisierte Methoden


	== Links ==		== Links ==

Mm: /* Accessors */

2010-03-07T12:59:24Z

Accessors

← Older revision		Revision as of 12:59, 7 March 2010
Line 4:		Line 4:
	Im Prinzip ist damit ein System von Accessoren gemeint. Am Beispiel wird das einfach deutlich. Nehmen wir an, eine Klasse hat eine iVar (Instanzvariable) und Property "<tt>NSString* myName</tt>":		Im Prinzip ist damit ein System von Accessoren gemeint. Am Beispiel wird das einfach deutlich. Nehmen wir an, eine Klasse hat eine iVar (Instanzvariable) und Property "<tt>NSString* myName</tt>":

	In Cocoa wird üblicherweise außerhalb der Klasse niemals direkt auf eine Instanzvariable zugegriffen. Jede Klasse stellt hierfür Accessoren ~~dar~~, also jeweils eine Getter- und eine Setter-Methode, z.B.:		In Cocoa wird üblicherweise außerhalb der Klasse niemals direkt auf eine Instanzvariable zugegriffen. Jede Klasse stellt hierfür sogenannte Accessoren zur Verfügung, also jeweils eine Getter- und eine Setter-Methode, z.B.:
	<source lang="objc">		<source lang="objc">
	-(NSString*)name { return name; }		-(NSString*)name { return name; }
Line 15:		Line 15:
	</source>		</source>

			== @Properties = Accessors ==

	Der Einsatz von Properties erleichtert lediglich das Tippen, da hiermit die Accessoren beim Kompilieren automatisch erstellt werden:		Der Einsatz von Properties erleichtert lediglich das Tippen, da hiermit die Accessoren beim Kompilieren automatisch erstellt werden:
Line 26:		Line 27:
	Durch @synthesize werden also die beiden o.g. Methoden generiert und dabei auf das Memory Management Rücksicht genommen.		Durch @synthesize werden also die beiden o.g. Methoden generiert und dabei auf das Memory Management Rücksicht genommen.

	Gibt es diese Accessoren können die Werte wie folgt gelesen/gesetzt werden. Jede dieser Methoden (außer die letzte) ist gültig und macht exakt das Gleiche:		== Using Accessors ==
			Gibt es diese Accessoren, können die Werte wie folgt gelesen/gesetzt werden. Jede dieser Methoden (außer die letzte) ist gültig und macht exakt das Gleiche:
	<source lang="objc">		<source lang="objc">
	// getter		// getter
Line 43:		Line 45:

	Man beachte, dass die mit "ACHTUNG" versehenen Zeilen nicht auf die Getter/Setter, sondern direkt auf die Instanzvariablen zugreifen. Damit wird u.a. auch das Memory Management (retain/release-Zyklen) umgangen, was natürlich schlecht ist ;-)		Man beachte, dass die mit "ACHTUNG" versehenen Zeilen nicht auf die Getter/Setter, sondern direkt auf die Instanzvariablen zugreifen. Damit wird u.a. auch das Memory Management (retain/release-Zyklen) umgangen, was natürlich schlecht ist ;-)


	== Key/Value ==		== Key/Value ==

Mm at 12:55, 7 March 2010

2010-03-07T12:55:59Z

← Older revision		Revision as of 12:55, 7 March 2010
Line 1:		Line 1:
	Key-Value-Coding ist ein elementares und grundlegendes Design-Pattern von Cocoa:		Key-Value-Coding ist ein elementares und grundlegendes Design-Pattern von Cocoa.

			== Accessors ==
			Im Prinzip ist damit ein System von Accessoren gemeint. Am Beispiel wird das einfach deutlich. Nehmen wir an, eine Klasse hat eine iVar (Instanzvariable) und Property "<tt>NSString* myName</tt>":

			In Cocoa wird üblicherweise außerhalb der Klasse niemals direkt auf eine Instanzvariable zugegriffen. Jede Klasse stellt hierfür Accessoren dar, also jeweils eine Getter- und eine Setter-Methode, z.B.:
			<source lang="objc">
			-(NSString*)name { return name; }
			-(void)setName:(NSString*)newName {
			if(newName != name) {
			[name release];
			name = [newName copy];
			}
			}
			</source>


			Der Einsatz von Properties erleichtert lediglich das Tippen, da hiermit die Accessoren beim Kompilieren automatisch erstellt werden:
			<source lang="objc">
			// MyFile.h
			@property(nonatomic, copy) NSString* name;
			// MyFile.m
			@synthesize name;
			</source>

			Durch @synthesize werden also die beiden o.g. Methoden generiert und dabei auf das Memory Management Rücksicht genommen.

			Gibt es diese Accessoren können die Werte wie folgt gelesen/gesetzt werden. Jede dieser Methoden (außer die letzte) ist gültig und macht exakt das Gleiche:
			<source lang="objc">
			// getter
			NSString *myString;
			myString = [self name];
			myString = [self valueForKey:@"name"];
			myString = self.name;
			myString = name; // ACHTUNG: hier wird direkt auf die iVar und nicht auf den Getter zugegriffen!!!

			// setter
			[self setName:@"Test"];
			[self setValue:@"Test" forKey:@"name"];
			self.name = @"Test";
			name = @"Test"; // ACHTUNG: hier wird direkt auf die iVar und nicht auf den Setter zugegriffen!!!
			</source>

			Man beachte, dass die mit "ACHTUNG" versehenen Zeilen nicht auf die Getter/Setter, sondern direkt auf die Instanzvariablen zugreifen. Damit wird u.a. auch das Memory Management (retain/release-Zyklen) umgangen, was natürlich schlecht ist ;-)


			== Key/Value ==

			'''Key-Value-Coding''' meint also ganz allgemein, das Zur-Verfügung-Stellen von Accessoren für Properties. Anders ausgedrückt, hat die Klasse verschiedene Eigenschaften ("Properties"), auf deren Werte ("Values") man mit Schlüsselwörtern ("Keys") zugreifen kann. Oder einfacher: jede Property kann mit einem valueForKey: und setValue:forKey: Selektor adressiert werden, ohne dass man die Klasse, mit der man kommuniziert, importieren muss.

	<source lang="objc">		<source lang="objc">

Mm: created

2010-02-18T16:18:48Z

created

New page

Key-Value-Coding ist ein elementares und grundlegendes Design-Pattern von Cocoa:

<source lang="objc">
// ohne key-value coding:
NSString* myString = [myObject name];
[myObject setName:@"Hallo Welt"];

// mit key-value coding:
NSString* myString = [myObject valueForKey:@"name"];
[myObject setValue:@"Hallo Welt" forKey:@"name"];

// collections benutzen Key-Value-Coding
NSNumber* myNumber = [myDict valueForKey:@"myNumber"];
[myDict setValue:[NSNumber numberWithInt:5] forKey:@"myNumber"];
</source>

Vorteile von Key-Value-Coding
* Keine benannten Selektoren (nur valueForKey: und setValue:forKey:)
* Sämtliche Cocoa-Collections (NSArray, NSDictionary...) benutzen KVC
* Bindings (nicht verfügbar in iPhone OS <= 3.0) funktionieren mit KVC
* Ideal für dynamisch synthetisierte Methoden

== Links ==
* http://developer.apple.com/iphone/library/documentation/General/Conceptual/DevPedia-cCocoaCore/KeyValueCoding.html

{{Template:iPhoneDev}}