Quelltext der Seite Objective-C

{{Infobox Programmiersprache
 | Name                          = Objective-C
 | Logo                          = 
 | Beschreibung                  = 
 | Paradigma                     = 
 | Erscheinungsjahr              = 
 | Designer                      = 
 | Entwickler                    = [[Brad Cox (Informatiker)|Brad Cox]], [[Tom Love]]
 | AktuelleVersion               = 
 | AktuelleVersionFreigabeDatum  = 
 | AktuelleVorabVersion          = 
 | AktuelleVorabVersionFreigabeDatum = 
 | Typisierung                   = [[Starke Typisierung|stark]], [[Statische Typisierung|statisch]], [[Typisierung (Informatik)|explizit]], [[Dynamische Typisierung|dynamisch]]
 | Implementierung               = 
 | Dialekte                      = 
 | Standardisierungen            = 
 | Beeinflusst_von               = [[Smalltalk (Programmiersprache)|Smalltalk]], [[C (Programmiersprache)|C]]
 | Beeinflusste                  = [[Swift (Programmiersprache)|Swift]]
 | Betriebssystem                = [[OPENSTEP|NeXTSTEP/OPENSTEP]]; [[macOS]]/[[iOS (Betriebssystem)|iOS]]; alle, die [[GNUstep]] verwenden
 | Lizenz                        = 
 | Website                       = [https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/ProgrammingWithObjectiveC/Introduction/Introduction.html Developer documentation]
}}

'''Objective-C''', auch kurz '''ObjC''' genannt, erweitert die [[C (Programmiersprache)|Programmiersprache C]] um Sprachmittel zur [[Objektorientierte Programmierung|objektorientierten Programmierung]]. Objective-C ist eine echte [[Teilmenge|Obermenge]] von C, das bedeutet, dass jedes C-Programm mit einem Objective-C-[[Compiler]] kompiliert werden kann. Objective-C ist die primäre Sprache von [[Cocoa (API)|Cocoa]] ([[macOS]]) und [[GNUstep]].

Die Syntax und Konzeption der objektorientierten Erweiterungen ist an [[Smalltalk (Programmiersprache)|Smalltalk]] angelehnt und von der gewöhnlichen [[Prozedurale Programmierung|prozeduralen]] C-Syntax strikt getrennt. Diese Trennung erlaubt es, dasselbe Erweiterungskonzept auf andere [[Imperative Programmierung|imperative Sprachen]] anzuwenden; so gibt es etwa ''Objective Pascal'' und ''Objective-J''. '''Objective-C++''' erlaubt teilweise die Mischung von Objective-C mit [[C++]]-Code mit dem Ziel, älteren Code verwenden zu können.

Unter den im [[TIOBE-Index]] erfassten Sprachen konnte Objective-C in den Jahren 2011 und 2012 den größten Zuwachs verzeichnen und erhielt deshalb zweimal in Folge den Titel ''Sprache des Jahres''.<ref>{{Internetquelle |url = https://www.heise.de/developer/meldung/Objective-C-zur-Sprache-des-Jahres-gekuert-1405610.html |titel = Objective-C zur Sprache des Jahres gekürt |zugriff =2012-01-21|autor = Alexander Neumann |datum =2012-01-09|hrsg = [[heise online]] }}</ref><ref>Heise Zeitschriften Verlag: [https://www.heise.de/developer/meldung/Objective-C-ist-TIOBEs-Programmiersprache-des-Jahres-2012-1778460.html Objective-C ist TIOBEs Programmiersprache des Jahres 2012]. 7. Jan. 2013 (abgerufen am 12. Feb. 2013)</ref>

== Geschichte ==
Objective-C wurde hauptsächlich von [[Brad Cox (Informatiker)|Brad Cox]] und [[Tom Love]] in den 1980er Jahren bei [[Productivity Products International|PPI]], später [[Stepstone (Unternehmen)|Stepstone]], entwickelt, später dann von [[NeXT]] in die [[GNU Compiler Collection]] integriert, um als Basis für [[OPENSTEP|NeXTSTEP]] zu dienen.

Auf der [[Worldwide Developers Conference]] 2006 gab Apple, das zwischenzeitlich NeXT aufgekauft hatte, die Freigabe von „Objective-C 2.0“ bekannt. Dieser Versionssprung wurde begründet mit zahlreichen tiefgreifenden Verbesserungen, u.&nbsp;a. ein modernes Speichermanagement (garbage collection), Syntax-Verbesserungen,<ref>{{Internetquelle |url=http://lists.apple.com/archives/Objc-language/2006/Aug/msg00039.html |titel=Objective-C 2.0: more clues |hrsg=Lists.apple.com |datum=2006-08-10 |zugriff=2010-05-30 |archiv-url=https://web.archive.org/web/20090618184513/http://lists.apple.com/archives/Objc-language/2006/Aug/msg00039.html |archiv-datum=2009-06-18 |offline=ja |archiv-bot=2019-05-04 18:40:45 InternetArchiveBot }}</ref> Laufzeit-Performance-Verbesserungen,<ref>{{Internetquelle |url=http://lists.apple.com/archives/Objc-language/2006/Aug/msg00018.html |titel=Re: Objective-C 2.0 |hrsg=Lists.apple.com |datum= |zugriff=2010-05-30 |archiv-url=https://web.archive.org/web/20101124014332/http://lists.apple.com/archives/Objc-language/2006/Aug/msg00018.html |archiv-datum=2010-11-24 |offline=ja |archiv-bot=2019-05-04 18:40:45 InternetArchiveBot }}</ref> und Unterstützung für 64-Bit-Plattformen.

== Wesentliche Eigenschaften ==
[[Datei:Key-Value-Observing.png|mini|Key-Value-Observing]]
Einer der Leitgedanken beim Entwurf von Objective-C war es, sich der Flexibilität von Smalltalk anzunähern, jedoch auf das zu verzichten, was das Laufzeitverhalten verschlechtern könnte. Der offensichtlichste Verzicht gegenüber [[Smalltalk (Programmiersprache)|Smalltalk]] ist das Fehlen von [[Smalltalk (Programmiersprache)#Blöcke|Blöcken]]. Daher ist ein Objective-C-Programm bereits zur Übersetzungszeit vollständig kompilierbar. (Soweit zwischenzeitlich Blocks als Closures eingeführt wurden, ändert dies nichts, da es sich um bereits kompilierte Literale handelt.)

Viele Konzepte sind gar nicht in der Sprachdefinition selbst festgelegt, sondern werden erst durch das [[Framework]], also etwa Cocoa oder GNUStep, ermöglicht. Insbesondere ist das gesamte Laufzeitsystem nicht im Compiler implementiert, sondern besteht aus C-Funktionen. In Objective-C wird bspw. beim Versenden einer Nachricht an ein Objekt die C-Funktion <code>objc_msg_send()</code> aufgerufen. Daher ist eine Darstellung ohne das entsprechende Laufzeitsystem kaum denkbar und nicht sinnvoll. Originäre Objective-C-Schlüsselwörter erkennt man indessen an dem vorangestellten <code>@</code>.

=== Dynamisches Binden ===
Eine bemerkenswerte Eigenschaft von Objective-C ist das dynamische [[Linker (Computerprogramm)|Binden]] von Methoden. [[Polymorphie (Programmierung)|Polymorphie]] ist im Gegensatz zu Sprachen, die auf [[Simula|Simula-67]] basieren, nicht nur innerhalb einer Klassenhierarchie möglich, sondern auch darüber hinaus. Eine Methode mit einem bestimmten Namen (Selector) kann von Objekten jeder [[Klasse (Objektorientierung)|Klasse]] ausgeführt werden, die sie implementieren. Es ist nicht erforderlich, dass der Aufrufer die Klasse kennt oder die Methoden bereits in einer Basisklasse – wenn auch nur virtuell – definiert worden sind.

=== Dynamische Typisierung und typloses id ===
Es ist daher für den Absender nicht notwendig, die Klasse des Empfängers zu kennen. Vielmehr existiert ein Typ <code>id</code>, der für jedes Instanzobjekt jeder Klasse stehen kann. Analoges gilt für den Versand von Nachrichten an Klassenobjekte durch die Typisierung <code>Class</code>.
Dabei sei aber erwähnt, dass zwar der Zeiger auf ein Instanzobjekt nicht typisiert ist, um spätes Binden zu ermöglichen. Die einzelnen Instanzen sind jedoch stets typisiert, gehören also genau einer Klasse an. Objective-C typisiert also streng, jedoch dynamisch.

=== Nachrichten ===
In Objective-C gibt es eine strikte Trennung von Nachrichten und Methoden. Man spricht daher eigentlich in Objective-C gar nicht von Methodenaufrufen. Vielmehr gibt es einen Nachrichtensender (Sender) und einen Nachrichtenempfänger (Receiver). Allein der Receiver entscheidet anhand der Nachricht, welche Methode ausgeführt wird. Dabei wird zunächst versucht, eine gleichnamige Methode zu finden. Es existiert dazu korrespondierend ein Datentyp <code>SEL</code> (Selector), der einen Nachrichtennamen abbildet. Zur vollständigen Nachricht fehlen dann noch die Parameter und der Empfänger.
Es ist darüber hinaus möglich, Nachrichtennamen erst zur Laufzeit zu erstellen.

Hieraus ergibt sich die Möglichkeit, in einer IDE ganze Objektgraphen und Bedienungsoberflächen zu gestalten und zu verbinden, ohne dass die Eingabe von Sourcecode durch den Programmierer oder durch die IDE selbst erforderlich ist. Umgekehrt handelt es sich aber um das „normale“ Vorgehen des Dispatchers, sodass kein Aufsatz hierfür erforderlich ist und der Programmierer jederzeit die Kontrolle über die Ausführung jeder Methode behält.<ref>{{Webarchiv | url=http://developer.apple.com/cocoa/coredatatutorial/ | wayback=20110607233026 | text=Beispielvideo von Apple}}</ref> In der Praxis entfällt damit ein Großteil der Programmierarbeit.

=== Kategorien ===
Kategorien sind Erweiterungen bereits bestehender Klassen um weitere Methoden. Hervorzuheben ist hierbei, dass die in den Kategorien enthaltenen Methoden auch Instanzen erweitern, die von fremdem Code erzeugt werden. Dies gilt auch dann, wenn der fremde Code die Kategorie gar nicht kennt.

Darüber hinaus verhält es sich so, dass diese Kategorie auch Instanzen hinzugefügt wird, die aus bestehendem Code stammen und daher die nachträglich hinzugefügte Kategorie gar nicht kennen. Wird also etwa in einem Framework, welches vor Jahren entwickelt wurde und dessen Sourcecode nicht vorliegt, eine Instanz von <code>NSNumber</code> erzeugt, so hat diese ebenfalls die vorgenannte Methode. Damit ist es möglich, vollständig fremden Klassen Methoden hinzuzufügen.

=== Protokolle ===
Ähnlich wie in [[Java (Programmiersprache)|Java]] mit Interfaces lassen sich in Objective-C Sätze von Methoden in Protokollen zusammenfassen.

=== RTTI/Reflexion ===
Zur Laufzeit wird zu jedem Objekt, mittels [[Runtime Type Information|RTTI]], ein Verweis auf seinen Typ, also die Klasse, mitgeführt. Die Klasse enthält darüber hinaus eine Beschreibung aller Instanzvariablen und implementierten Methoden. Hieran entscheidet der Dispatcher im Receiver, welche Methode er der Nachricht zuordnet. Umgekehrt kann der Absender erfragen, welche Methoden implementiert sind.

=== Klassenobjekte ===
In Objective-C existieren nicht nur [[Objekt (Programmierung)|Instanzobjekte]] (kurz: Instanzen), sondern auch Klassenobjekte. Die Bezeichnung „Exemplar einer Klasse“ ist daher in Objective-C mehrdeutig.
Klassenobjekte können jedoch keine Member-Variablen enthalten und sind stets [[Singleton (Entwurfsmuster)|Singletons]]. Klassenmethoden werden durch ein vorangestelltes <code>+</code> gekennzeichnet.
Da es sich um Objekte handelt, können diese zugewiesen werden. Sie haben selbst den Typ <code>Class</code>. Es existiert eine Instanzmethode <code>-class</code> und eine Klassenmethode <code>+class</code>, um das Klassenobjekt zu erhalten.

Bemerkenswert ist in diesem Zusammenhang die Eigenschaft, dass es für diese Klassenobjekte einen <code>self</code>-Zeiger gibt, der der Polymorphie zugänglich ist.

== Syntax ==
Die [[Syntax]] von Objective-C erweitert die C-Syntax um objektorientierte Elemente. Diese Syntaxerweiterungen lehnen sich jedoch nicht an die C-Syntax an, sondern an die der Programmiersprache [[Smalltalk (Programmiersprache)|Smalltalk]].
Der Hintergrund ist, dass der objektorientierte Aufsatz sich grundsätzlich auch mit anderen Programmiersprachen kombinieren lässt, etwa mit Pascal zu Objective-Pascal.
Sämtliche neuen Schlüsselwörter sind mit einem voranstehenden @ gekennzeichnet.

=== Klassendefinition ===
Um seine eigene Art von Objekten zu erstellen, muss man sie in einer [[Klasse (Objektorientierung)|Klasse]] beschreiben. Dazu wird im <code>@interface</code>-Teil – gewöhnlich in einer [[Header-Datei]] – die Klasse und deren Methoden definiert.

==== Klassenbezeichnung und Vererbung ====
<syntaxhighlight lang="objc">
@interface Bruch : NSObject <Protokoll0, Protokoll1>
</syntaxhighlight>

Jede Klasse hat einen Namen, der konventionsgemäß mit einem Großbuchstaben beginnt und im [[Binnenmajuskel|CamelCase]] fortgeführt wird. Die [[Bezeichner]] folgen den C-Regeln, dürfen also insbesondere keine Umlaute enthalten. Durch einen Doppelpunkt getrennt wird sodann die Basisklasse angegeben. Schließlich können in spitzen Klammern Protokolle angegeben werden, deren Implementierung versprochen wird. Handelt es sich um mehrere Protokolle, so sind deren Namen in den Klammern mit Kommata getrennt aufzulisten.

==== Instanzvariablen ====
Es folgt in geschweiften Klammern die Liste der Instanzvariablen.

<syntaxhighlight lang="objc">
{
    NSInteger zaehler;
    NSInteger nenner;
}
</syntaxhighlight>

Diese werden für jede Instanz angelegt. Die Sichtbarkeit lässt sich über Abschnitte mit @public, @private, @protected und @package (nur bei 64-Bit-Laufzeitsystem) steuern. @public bedeutet hierbei, dass jeder auf diese Instanzvariable zugreifen darf, @protected, dass dies nur im Code derselben Klasse oder abgeleiteten Klassen erfolgen darf, @private, dass dies nur in derselben Klasse erfolgen darf und @package, dass dies nur in Klassen des Frameworks erfolgen darf. Standard ist @protected, welches wegen anderer Technologien tatsächlich fast immer verwendet wird. Daher enthalten die allermeisten Klassendefinitionen keines der Schlüsselwörter zur Sichtbarkeit.

==== Properties (Eigenschaften) ====
Nach den Instanzvariablen ist es seit Objective-C 2 möglich, Eigenschaften (Attribute oder Beziehungen) aufzulisten. Die Definition einer Property hat die Form

<syntaxhighlight lang="objc">
@property( Attributliste ) Typ name;
</syntaxhighlight>

Die Attribute lassen sich hinsichtlich des Schreibschutzes, des Referenzmodelles und der Atomarität unterscheiden.
* Für den Schreibschutz existieren die Attribute readonly und readwrite (Default)
* Atomarität: Durch das Attribut „''nonatomic''“ wird der Zugriff auf die Eigenschaft für Singlethread-Nutzung optimiert. Standardmäßig sind Eigenschaften sicher für die Verwendung in Multithread-Umgebungen, um diese Eigenschaft explizit festzulegen, wird das entgegengesetzte Attribut „''atomic''“ angegeben.<ref>{{Internetquelle |url = http://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/ObjectiveC/Chapters/ocProperties.html#//apple_ref/doc/uid/TP30001163-CH17-SW1 |titel = Declared Properties |zugriff =2012-01-21|werk = The Objective-C Programming Language |datum =2011-10-12|hrsg = [[Apple]] |sprache = en }}</ref>
* Die Referenzierung wird über die Wörter „''assign''“ (Default) als reine Zuweisung im Setter auch dann, wenn der Typ der Property ein Instanzzeiger ist, „''retain''“ als Referenz im Sinne des Reference-Countings (der Parameter erhält die Nachricht „''retain''“) und „''copy''“, wenn der Setter eine Kopie anfertigen soll (der Parameter erhält die Nachricht „''copy''“), beschrieben.

Werden nur Default-Eigenschaften verwendet, so kann die Attributliste samt Klammer weggelassen werden:

<syntaxhighlight lang="objc">
@property NSInteger zaehler;
</syntaxhighlight>

Wird jedoch der Code mit [[Referenzzählung]] als Speichermodell übersetzt und soll eine Eigenschaft mittels assign nur zugewiesen werden, so muss dies, obwohl voreingestellt, explizit angegeben werden. Ansonsten warnt der Compiler. Es bietet sich generell an, bei Instanzenzeigern explizit das Referenzmodell anzugeben, während es bei C-Typen überflüssig ist, da nur assign sinnvoll ist.

<syntaxhighlight lang="objc">
@property NSInteger zaehler; // NSInteger ist ein C-Typ.
@property( copy ) NSString* name; // NSString* ist ein Instanzzeiger.
</syntaxhighlight>

==== Methodendeklarationen ====
Als Nächstes folgt eine Liste von Methoden:

<syntaxhighlight lang="objc">
- (void) printLn;
- (float) floatValue;
</syntaxhighlight>

Jede einzelne Methodendeklaration beginnt zunächst mit einem ‚<code>+</code>‘ (Klassenmethode) oder ‚<code>-</code>‘ (Instanzmethode). Hiernach folgt in Klammern der Typ des Rückgabewertes, wobei wie in C void als Schlüsselwort für keinen Rückgabewert steht. Anschließend folgt der Methodenname, wobei wieder die Regeln für C-Bezeichner gelten.

Soll die Methode einen Parameter enthalten, so folgt als Teil des Bezeichners die äußere Beschreibung des ersten Parameters, darauf ein Doppelpunkt, in Klammern der Typ und sodann ein Bezeichner. Folgen weitere Parameter, so werden diese nach einem Leerzeichen wieder mit einem beschreibenden Namen versehen (der auch 0 Zeichen haben kann), worauf wieder ein Doppelpunkt, in Klammern der Typ und sodann ein Bezeichner folgen:

<syntaxhighlight lang="objc">
- (id)initWithZaehler:(NSInteger)zaehler andNenner:(NSInteger)nenner;
</syntaxhighlight>

Abgeschlossen wird die Deklaration mit einem Semikolon.

Die Klassendefinition wird mit @end abgeschlossen.

==== Implementierung ====
Die Implementierung steht üblicherweise in einer weiteren Datei, die standardmäßig auf .m endet (Eselsbrücke: iMplementation oder Module). Sie beginnt mit @implementation und endet mit einem @end. Dazwischen werden die Methoden implementiert – gleichgültig, ob im Interface bekannt gemacht oder nicht. Dabei sind Standardmethoden und synthetisierte Methoden (nur Objective-C 2) für Eigenschaften (siehe oben) zu unterscheiden,
Standardmethoden entsprechen in ihrem Kopf der Methodendeklaration. Jedoch tritt an die Stelle des Semikolons (das jedoch optional bleibt, unüblich!) die Anweisungsliste in geschweiften Klammern:

<syntaxhighlight lang="objc">
- (id)initWithZaehler:(NSInteger)zaehler andNenner:(NSInteger)nenner
{
   // Code hier
}
</syntaxhighlight>

Es sei darauf hingewiesen, dass die Bezeichner der formalen Parameter nicht denen aus der Methodendeklaration entsprechen müssen.
Synthetisierte Methoden sind die [[Zugriffsfunktion|Zugriffsmethoden]] für die Eigenschaften:

<syntaxhighlight lang="objc">
@synthesize zaehler, nenner;
</syntaxhighlight>

Es werden dann Zugriffsmethoden für die im Interface angegebenen Attribute erzeugt. Standardmäßig verwendet der Compiler dabei gleichnamige Instanzvariablen. Dem Programmierer bleibt es aber vorbehalten, selbst diese Methoden auszuformulieren, wobei diese den Namen ''eigenschaft'' und set''Eigenschaft'' (nur bei readwrite) tragen müssen:

<syntaxhighlight lang="objc">
- (NSInteger)zaehler { return zaehler; }
- (void)setZaehler:(NSInteger)value { zaehler = value; }
</syntaxhighlight>

Eine weitere Möglichkeit besteht darin, dass man eine Eigenschaft mittels @dynamic bezeichnet. In diesem Falle überprüft der Compiler nicht mehr das Vorhandensein in der Implementierung. Man kann also die entsprechenden Methoden zur Laufzeit simulieren oder selbst der Klasse hinzufügen:

<syntaxhighlight lang="objc">
@dynamic zaehler; // Zugriffsmethoden werden zur Laufzeit gehandhabt.
</syntaxhighlight>

=== Nachrichten ===
Da Objective-C zwischen [[Nachricht]] und Methode unterscheidet, wird für das Versenden von Nachrichten keine an den C-Funktionsaufruf angelehnte Syntax verwendet. Vielmehr erfolgt der Versand in der Form:

<syntaxhighlight lang="objc">
[Empfänger Nachricht]
</syntaxhighlight>

Soll eine Nachricht an ein Klassenobjekt verschickt werden, damit eine Klassenmethode ausgeführt wird, so schreibt man einfach die Klasse als Empfänger hin:

<syntaxhighlight lang="objc">
Bruch* bruch = [Bruch alloc]; // +alloc ist Klassenmethode
</syntaxhighlight>

Bei Nachrichten an die Instanzmethode wird deren Zeiger verwendet:
<code>[bruch initWithZaehler:3 andNenner:4];</code>
Wie ersichtlich, werden dabei die Parameter eingesetzt und mittels Leerzeichen, nicht Komma, getrennt.
Nachrichten können auch verschachtelt werden. Z.&nbsp;B.

<syntaxhighlight lang="objc">
NSString *string = @"Hallo Welt";
NSData *data = [NSData dataWithBytes:[string cString] length:[string cStringLength]];
</syntaxhighlight>

Hiermit wird ein neues Objekt der Klasse <code>NSData</code> erstellt. Die Bytes, die in das neue Objekt kopiert werden, werden mit <code>[string cString]</code> erfragt, die Länge des Blocks mit <code>[string cStringLength]</code>.

Es werden also die Rückgabewerte der Methoden verwendet. Dies geht auch beim Empfänger, zum Beispiel:
<syntaxhighlight lang="objc">
Bruch* bruch = [[Bruch alloc] init]
</syntaxhighlight>

Das Objekt, das mit <code>[Klasse alloc]</code> erzeugt wurde, bekommt die Botschaft <code>init</code>.

=== Locking ===
Objective-C bietet eine Syntax für Locks bei Threading an. Hierzu wird ein Code-Abschnitt mit dem Schlüsselwort <code>@synchronized</code> eingeleitet, welches als Parameter ein Objekt als Lock erhält:

<syntaxhighlight lang="objc">
@synchronized( anInstance ) {
   // Exklusiver Code für den Lock anInstance
}
</syntaxhighlight>

=== Exceptions ===
Exceptionhandling erfolgt in Objective-C mittels <code>@try, @catch, @finally</code> und <code>@throw</code>;

Geworfen wird eine Exception – unmittelbar mit Sprachmitteln – mittels des Schlüsselwortes <code>@throw</code>;
Durch Angaben verschiedener Klassen kann man sowohl auf derselben Ebene wie auch in Hierarchien bestimmt werden, welcher Klasse eine Exception sein soll, die gefangen wird. Im <code>@catch</code>-Block kann die Exception erneut geworfen werden und wird dann von einem äußeren Exceptionhandler behandelt.

== Klassenobjekt ==
Objective-C besitzt so genannte Klassenobjekte. Nicht nur die Instanzen, sondern auch die Klassen sind Objekte und können Nachrichten empfangen, wie oben <code>[''Klasse'' alloc]</code>. – Zum Instanziieren sind damit keine zusätzlichen Sprachelemente wie Konstruktoren und Schlüsselwörter nötig.

In der Klassendefinition werden Klassenmethoden mit ‚<code>+</code>‘, Instanzmethoden mit ‚<code>-</code>‘ gekennzeichnet.

<code>+alloc</code> ist kein Bestandteil der Sprachbeschreibung, sondern eine – beliebige – Methode des Frameworks und daher der eigenen Implementierung zugänglich. Die Methode zu überschreiben ist jedoch nur für Experten eine gute Idee.
Ganz im Gegensatz dazu ist die Methode <code>+initialize</code>, die vor Verwendung einer Klasse aufgerufen wird, standardmäßig leer und kann für klassenbezogene Vorauseinstellungen überschrieben werden.

== Typkonzept ==
Objective-C fügt zu den Standard-C-Datentypen den Datentyp id hinzu. Ein Objekt des Types id ist irgendein Objekt. Was mit diesem Objekt angefangen werden kann, wird erst zur Laufzeit bestimmt. Hierzu existieren Methoden, etwas über das Objekt zu erfahren. Wichtig sind:
<syntaxhighlight lang="objc">
[obj class]               // bestimmt die Klasse
</syntaxhighlight>
<syntaxhighlight lang="objc">
[obj respondsToSelector:] // bestimmt, ob eine Methode vorhanden ist
</syntaxhighlight>
<syntaxhighlight lang="objc">
[obj conformsToProtocol:] // bestimmt, ob ein Protokoll implementiert ist
</syntaxhighlight>

Das Typkonzept erlaubt zudem die Typisierung des allgemeinen Objektes oder anderer Objekte durch (formale) Protokolle. Diese legen einen Satz von Methoden fest. Auch diese Protokolle müssen nicht in einem Hierarchiebaum einheitlich sein, werden aber vererbt.

Die Typfreiheit erlaubt die Erstellung allgemeiner Container, die im Unterschied zu generischen Containern in Sprachen wie C++ und Java auch typgemischt (heterogen) sein können.

== Spätes Binden ==
Objective-C bindet einen Methodenaufruf erst zur Laufzeit an eine Methode. Grundsätzlich ist dies auch in C++ so. Jedoch muss in C++ bereits zur Übersetzungszeit sichergestellt sein, dass eine Methode existiert, weil sie zu der Klassenhierarchie gehört. C++ ist also nur bereit, innerhalb eines Zweiges einer Hierarchie spät zu binden, während Objective-C dies unabhängig von der Stellung einer Klasse in einem Hierarchiebaum macht. Dies soll an einem Syntax-neutralen Beispiel verdeutlicht werden:

<syntaxhighlight lang="objc">
 Klasse A
   methode()
 Klasse B von Klasse A
   methode()
 Klasse C
   methode()
 ...
</syntaxhighlight>

Zu diesem Zweck führt Objective-C zur Laufzeit umfangreiche Informationen über ein Objekt mit, was über [[Runtime Type Information|RTTI]] hinausgeht.
Aus dem letztlich gleichen Grunde ist es auch ohne weiteres möglich, zur Laufzeit erst eine Methode zu bestimmen.
Die Methode kann sich ähnlich wie bei einem Methodenzeiger in einer Variablen befinden, die erst zur Laufzeit mit einem Wert besetzt wird.

Von dieser Technik macht etwa Cocoa bei der Bindung von Interface-Elementen an Methoden regen Gebrauch. Die Bestimmung der Methode kann auch durch ihren Klarnamen erfolgen.

'''Programmbeispiel'''
<syntaxhighlight lang="objc">
NSMutableDictionary *aDictionary = [[NSMutableDictionary alloc] init];

[aDictionary setObject: @"foo" forKey: @"Foo"];
[aDictionary setObject: @"bar" forKey: @"Bar"];
[aDictionary setObject: @"Hallo Welt!" forKey: @"Hello, world!"];

NSLog([aDictionary objectForKey: @"Hello, world!"]);

[aDictionary release];
</syntaxhighlight>

Ausgabe: <code>Hallo Welt!</code>

== Objective-C++ ==
Objective-C++ ist ein Frontend der [[GNU Compiler Collection]] sowie LLVM/[[Clang]], das Quellen übersetzen kann, die sowohl C++- als auch Objective-C-Syntax verwenden. Objective-C++ versucht nicht, die unterschiedlichen Konzepte der beiden Sprachen zu vereinheitlichen. Vielmehr erweitert es lediglich C++ um die Erweiterungen, die Objective-C zu C hinzufügt. Dies führt zu gewissen Einschränkungen:
* C++-Klassen können nicht von Objective-C-Klassen erben.
* Umgekehrt können Objective-C-Klassen auch nicht von C++-Klassen erben.
* Innerhalb einer Objective-C-Deklaration kann man keine C++-[[Namensraum|Namensräume]] deklarieren.
* C++-Klassen, die keinen [[Konstruktoren und Destruktoren|Defaultkonstruktor]] haben, oder die [[Virtuelle Methode|virtuelle Funktionen]] haben, können nicht als Instanzvariablen einer Objective-C-Klasse verwendet werden. Wohl aber kann man Zeiger auf solche Klassen verwenden.
* Objective-C-Objekte können nicht als [[Wertparameter]] verwendet werden, da sie nur über Zeiger ansprechbar sind.
* Objective-C-Deklarationen können nicht in C++-[[Template (C++)|Template]]-Deklarationen benutzt werden, und umgekehrt. Jedoch können Objective-C-Typen (wie z.&nbsp;B. Klassenname *) als C++-Template-Parameter benutzt werden.
* Die [[Ausnahmebehandlung]]smechanismen von Objective-C und C++ sind voneinander unabhängig; Ein Objective-C-Exception-Handler kann keine C++-Exceptions auffangen und umgekehrt. Dies gilt allerdings nicht mehr für die "modern runtime" von Objective-C 2.0 (iOS oder 64-Bit Mac), da hier das Exceptionkonzept von C++ übernommen wurde.
* Besondere Vorsicht erfordert die Tatsache, dass die Konventionen zum Aufruf von Destruktoren nicht kompatibel sind. So wird etwa ein C++-Destruktor nicht aufgerufen, wenn der Gültigkeitsbereich des C++-Objekts mittels einer Objective-C-Ausnahme verlassen wird. Dies gilt allerdings nicht mehr für die „modern runtime“ von Objective-C 2.0 (iOS oder 64-Bit Mac), da hier das Exceptionkonzept von C++ übernommen wurde.

Ein typischer Anwendungsbereich von Objective-C++ ist zum Beispiel die Verwendung einer C++-Bibliothek in einer Objective-C-Anwendung.

== Objective-C 2.0 ==
Im Oktober 2007 hat Apple mit [[Mac OS X Leopard]] '''Objective-C 2.0''' ausgeliefert, eine Erweiterung von Objective-C, die „moderne Garbage Collection, Syntaxerweiterungen, Verbesserungen der Laufzeitleistung und 64-Bit-Unterstützung umfasst“.<ref>{{Webarchiv | url=http://developer.apple.com/leopard/overview/objectivec2.html | wayback=20100724195423 | text=Apple – ''Objective-C 2.0 Overview''}}</ref>

Die GNU Laufzeitumgebung für Objective-C unterstützt diese Erweiterungen seit [[GNU Compiler Collection|GCC]] 4.6.

=== Garbage Collection ===
GNUstep hat in alten Versionen den Garbage Collector von Hans Boehm unterstützt, dieser ist jedoch inkompatibel zu Apples Implementierung.
Leopard und GNUstep enthalten einen optionalen konservativen [[Garbage Collection|Garbage Collector]] für Objective-C 2.0.

=== Properties ===
Objective-C 2.0 führt eine neue Syntax ein, mit der man Instanzvariablen als ''Properties'' deklarieren kann. Die Syntax unterstützt optionale Attribute, welche die Zugriffsmethoden näher definieren: Eine Property kann als <code>readonly</code> deklariert werden, und kann mit verschiedenen Verhaltensregeln zur Speicherverwaltung wie <code>assign</code>, <code>copy</code> oder <code>retain</code> versehen werden.

Properties werden mit dem Schlüsselwort <code>@synthesize</code> implementiert, welches ''Getter'' und ''Setter''-Methoden gemäß der Property-Deklaration erzeugt. Alternativ kann man auch das Schlüsselwort <code>@dynamic</code> verwenden, um anzuzeigen, dass man diese Methoden selber implementiert. Im Falle des folgenden Beispiels ist es jedoch optional, da der Compiler die Implementierung der Akzessoren bemerkt. Wichtiger ist das Schlüsselwort <code>@dynamic</code>, wenn die Akzessoren erst zur Laufzeit erzeugt werden. Denn hier würde der Compiler eine entsprechende Definition vermissen und eine Warnung ausgeben. Dies ist etwa bei ''Managed Objects'' der Fall, die zur Laufzeit Akzessoren aus der geladenen Beschreibungsstruktur der Entität erzeugen.

=== Dot-Notation ===
Auf Akzessoren, gleichgültig ob explizit definiert oder über eine Property angelegt,
kann mit der aus anderen Sprachen bekannten Punkt-Notation zugegriffen werden.

Hierbei erfolgt allerdings kein unkontrollierter Zugriff auf die Instanzvariable,
sondern es werden die Akzessoren -eigenschaft und set- Eigenschaft verwendet.

Um die Punktnotation innerhalb einer Instanzmethode zu verwenden, benutzt man das Schlüsselwort ''self''.
Auf die Eigenschaften einer Instanz kann auch dynamisch per [[Reflexion (Programmierung)|Reflexion]] zugegriffen werden.

=== Schnelle Enumeration ===
Ab 2.0 stellt Objective-C die „''for-in''“-Syntax zur Verfügung, um durch eine Kollektion zu iterieren (sie zu durchlaufen).

<syntaxhighlight lang="objc">
// alt iterieren
NSEnumerator *enumerator = [thePeople objectEnumerator];
Person *p;

while ((p = [enumerator nextObject]) != nil) {
 NSLog(@"%@ is %i years old.", [p name], [p age]);
}
</syntaxhighlight>

<syntaxhighlight lang="objc">
// alternativ iterieren
for (int i = 0; i < [thePeople count]; i++) {
 Person *p = [thePeople objectAtIndex:i];
 NSLog(@"%@ is %i years old.", [p name], [p age]);
}
</syntaxhighlight>

<syntaxhighlight lang="objc">
// neu iterieren
for (Person *p in thePeople) {
 NSLog(@"%@ is %i years old.", [p name], [p age]);
}
</syntaxhighlight>

== Vergleich zu anderen Programmiersprachen ==
=== C++ ===
Obwohl beide Sprachen in C einen gemeinsamen Vorfahren haben, ergeben sich insbesondere aus dem späten Binden und der Möglichkeit, Klassen und Nachrichten zur Laufzeit zu erstellen, erhebliche Konzeptunterschiede.

==== Funktionalitätserweiterung ====
Objective-C bietet Kategorien als Lösungsmöglichkeit an. Hierbei wird nachträglich der Methodensatz einer Klasse erweitert.

== Siehe auch ==
* [[Xcode]]

== Literatur ==
* NeXT Computer, Inc. (Hrsg.): ''Object-Oriented Programming and the Objective C Language, NeXTSTEP Developers Library Release 3.'' Addison-Wesley, Reading, Mass. 1993, ISBN 0-201-63251-9.
* Brad J. Cox, Andrew J. Novobilski: ''Object-Oriented Programming: an evolutionary approach.'' 2. Auflage. Addison-Wesley, Reading, Mass. 1991, ISBN 0-201-54834-8. (Einführung vom Autor dieser Sprache).
* Stephen Kochan: ''Programming in Objective-C.'' Sams, 2003, ISBN 0-672-32586-1 (englisch).
* Aaron Hillegass: ''Cocoa: Programmierung für Mac OS X.'' 3. Ausgabe. Mitp-Verlag, Heidelberg 2008, ISBN 978-3-8266-5960-7.
* {{Literatur|Autor=Stephen G. Kochan|Titel=Objective-C 2.0: Anwendungen entwickeln für Mac und iPhone|Verlag=Pearson Deutschland|Ort=|Jahr=2009|Seiten=|ISBN=978-3-8273-2746-8|Online=[https://books.google.com/books?id=mqTxjduQzq0C#v=onepage&q=objective%20c%202.0%20garbage%20collection&f=false books.google.com]}}
* {{Literatur|Autor=Sebastian Meyer, Torben Wichers|Titel=Objective-C 2.0: [Programmierung für Mac OS X und iPhone; Objekte, Klassen, Nachrichten, Kategorien, Properties, Protokolle, Ausnahmebehandlung; foundation framework, Memory-Management, threading, bundles; design patterns für Objective-C]|Auflage=1.|Verlag=mitp|Ort=Heidelberg / München / Landsberg / Frechen / Hamburg|Jahr=2009|Seiten=|ISBN=978-3-8266-5966-9}}
* {{Literatur| Autor= Amin Negm-Awad, Christian Kienle | Titel=Xcode, Objective-C und Cocoa| Herausgeber=Horst-Dieter Radke | Sammelwerk=Automatisierung und Anwendungsentwicklung auf dem Mac – Einführungen | Verlag= SmartBooks Publishing AG | Jahr=2009 | Auflage=1. | ISBN=978-3-908497-98-1}}
* {{Literatur| Autor=Amin Negm-Awad, Christian Kienle| Titel=Objective-C und Cocoa|Band= Band 2: ''Fortgeschrittene'' | Verlag=SmartBooks Verlag | Jahr=2010 |  Auflage=1. | ISBN=978-3-908497-84-4 }}
* {{Literatur| Autor = Holger Hinzberg | Titel = Mac-Programmierung für Kids | Jahr = 2011 |  Auflage = 2. | Verlag = mitp-Verlag | Ort = Frechen | ISBN = 978-3-8266-8684-9}}
* {{Literatur| Autor=Amin Negm-Awad | Titel=Objective-C und Cocoa|Band= Band 1: ''Grundlagen'' | Verlag=SmartBooks Verlag | Jahr=2012 |  Auflage=3./5. | ISBN=978-3-908498-08-7}}
* {{Literatur| Autor = Holger Hinzberg | Titel = Modern Objective-C und Cocoa Praxiseinstieg: Programmierung für Mac OS X und iPhone | Jahr = 2014 |  Auflage = 3. | Verlag = mitp-Verlag | Ort = Frechen | ISBN = 978-3-8266-9701-2}}
* {{Literatur|Autor=Matt Galloway|Titel=Effektiv Objective-C 2.0 programmieren 52 Profi-Lösungen für bessere iOS- und OS-X-Programmierung.|Verlag=Dpunkt.verlag|Ort=Heidelberg|Jahr=2014|Seiten=|ISBN=978-3-944165-71-4}}

== Weblinks ==
{{Commonscat}}
* [https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/ProgrammingWithObjectiveC/Introduction/Introduction.html#//apple_ref/doc/uid/TP40011210-CH1-SW1 ''About Objective-C''] auf developer.apple.com (Stand: 17. September 2014)
* [http://www.hameister.org/objc.html Objective-C Beispiele und Tutorials zu verschiedenen Themen]
* [http://www.toodarkpark.org/computers/objc/ Object-Oriented Programming and The Objective-C Language]
* [http://www.faqs.org/faqs/computer-lang/Objective-C/faq/ Objective-C FAQ]

== Einzelnachweise ==
<references />

{{Normdaten|TYP=s|GND=4335874-3}}

[[Kategorie:Objective-C| ]]
[[Kategorie:NeXT]]
[[Kategorie:MacOS-Software]]
[[Kategorie:GNUstep]]
[[Kategorie:Objektorientierte Programmiersprache]]