優點及缺點
Objective-C是非常“實際”的語言。它使用壹個用C寫成、很小的運行庫，只會令應用程序的大小增加很小，和大部分OO系統使用極大的VM執行時間會取代了整個系統的運作相反。ObjC寫成的程序通常不會比其原始碼大很多。而其函式庫(通常沒附在軟件發行本)亦和Smalltalk系統要使用極大的內存來開啟壹個窗口的情況相反。 Objective-C的最初版本並不支持垃圾回收。在當時這是爭論的焦點之壹，很多人考慮到Smalltalk回收時有漫長的“死亡時間”，令整個系統失去功用。Objective-C為避免此問題才不擁有這個功能。雖然某些第三方版本已加入這個功能(尤是GNUstep), Apple在其Mac OS X 10.3中仍未引入這個功能。 另壹個問題是ObjC不包括命名空間機制(namespace mechanism)。取而代之的是程序設計師必須在其類別名稱加上前綴，時常引致沖突。在2004年，在Cocoa編程環境中，所有Mac OS X類別和函式均有“NS”作為前綴，例如NSObject或NSButton來清楚分別它們屬於Mac OS X核心;使用“NS”是由於這些類別的名稱在NeXTSTEP開發時定下。 雖然Objective-C是C的母集，但它也不視C的基本型別為第壹級的對象。 和C++不同，Objective-C不支援運算子多載(它不支持ad-hoc多型)。亦與C++不同，但和Java相同，Objective-C只容許對象繼承壹個類別(不設多重繼承)。Categories和protocols不但可以提供很多多重繼承的好處，而且沒有很多缺點，例如額外執行時間過重和二進制不兼容。
Objective-C 排行榜
TIOBE 2010 5月編程語言榜已於近日發布，本期主要變化是Objective-C排名進入前十。盡管Objective-C的份額在上個月只達到0.08%，但卻在排名上邁出了重要壹步——首次進入前十名。這壹步的意義重大，要知道，2001年6月TIOBE編程榜發布以來，總體只有13個編程語言曾經進入前十名。 Objective-C流行的主要原因可能是它是唯壹壹種可以為iphone和ipad編程的語言。但單從編程語言的角度來看，誕生於1986年的Object-c並沒有表現出多少新意。
TIOBE 2010年6月份編程語言榜已於近日發布，Objective-C排名繼續爬升，從第10名上升到第9名。由此可見，Objective-C具有很大的發展空間。
Objective-C和C++的比較
單壹繼承：
Objective-C不支持多重繼承，(同Java和Smalltalk)，而C++語言支持多重繼承。
動態：
Objective-C是動態定型(dynamicaly typed)所以它的類庫比C++要容易操作。Objective-C 在運行時可以允許根據字符串名字來訪問方法和類，還可以動態連接和添加類。
C++ 跟從面向對象編程裏的Simula 67(壹種早期OO語言)學派，而Objecive-C屬於Smalltalk學派。
在C++裏，對象的靜態類型決定妳是否可以發送消息給它，而對Objective-C來說，由動態類型來決定。Simula 67學派更安全，因為大部分錯誤可以在編譯時查出。 而Smalltalk學派更靈活，比如壹些Smalltalk 看來無誤的程序拿到Simualr 67那裏就無法通過。
從很多方面來看，C++和Objective-C的差別，與其說時技術上的， 不如說是思維方式上的。妳是否想更安全而舍棄靈活性?Simular67學派的支持者聲稱既然程序設計出色何必再要靈活性，而 Smalltalk學派則辯稱為了靈活可以容忍運行時多出錯。
Objective-C簡明教程
前言
◆開始學習前，假設妳已經具備了壹些C語言的基礎知識，包括變量類型、函數、返回值、以及指針的相關概念。如果對這些還不了解，建議首先學習譚浩強的《C程序設計》。
◆Objective-C，是 C 的衍生體，繼承了所有 C 語言的特性。是有壹些例外，但是它們不是繼承於 C 的語言特性本身。
◆nil：在 C/C++ 妳或許曾使用過 NULL，而在 Objective-C 中則是 nil。不同之處是妳可以傳遞訊息給 nil(例如 [nil message];)，這是完全合法的，然而妳卻不能對 NULL 如法炮制。
◆BOOL：C 沒有正式的布爾類型，而在 Objective-C 中也不是「真的」有。它是包含在 Foundation classes(基本類別庫)中(即 import NSObject.h;nil 也是包括在這個標頭檔內)。BOOL 在 Objective-C 中有兩種型態：YES 或 NO，而不是 TRUE 或 FALSE。
◆#import vs #include：就如同妳在 hello world 範例中看到的，我們使用了 #import。#import 由 gcc 編譯器支援。我並不建議使用 #include，#import 基本上跟 .h 檔頭尾的 #ifndef #define #endif 相同。許多程式員們都同意，使用這些東西這是十分愚蠢的。無論如何，使用 #import 就對了。這樣不但可以避免麻煩，而且萬壹有壹天 gcc 把它拿掉了，將會有足夠的 Objective-C 程式員可以堅持保留它或是將它放回來。偷偷告訴妳，Apple 在它們官方的程式碼中也使用了 #import。所以萬壹有壹天這種事真的發生，不難預料 Apple 將會提供壹個支援 #import 的 gcc 分支版本。
◆ Objective-C 中， method 及 message 這兩個字是可以互換的。不過 messages 擁有特別的特性，具體區別在後面介紹。
編譯 hello world
hello.m#importintmain(intargc,constchar*argv[]){printf("helloworld");return0;}
◆輸出
hello world
◆ 在 Objective-C 中使用 #import 代替 #include
◆ Objective-C 的預設副檔名是 .m
創建 classe
@interface
◆基於 "Programming in Objective-C," Copyright (C) 2004 by Sams Publishing 壹書中的範例，並經過允許而刊載。
Fraction.h#import@interfaceFraction:NSObject{intnumerator;intdenominator;}-(void)print;-(void)setNumerator:(int)n;-(void)setDenominator:(int)d;-(int)numerator;-(int)denominator;@end
◆NSObject：NeXTStep Object 的縮寫。因為它已經改名為 OpenStep，所以這在今天已經不是那_有意義了。
◆繼承(inheritance)以 Class: Parent 表示，就像上面的 Fraction: NSObject。
◆夾在 @interface Class: Parent { .... } 中的稱為 instance variables。
◆沒有設定存取權限(protected, public, private)時，預設的存取權限為 protected。設定權限的方式將在稍後說明。
◆Instance methods 跟在成員變數(即 instance variables)後。格式為：scope (returnType) methodName: (parameter1Type) parameter1Name;scope 有class 或 instance 兩種。
◆instance methods 以 - 開頭，class level methods 以 + 開頭。
◆Interface 以壹個 @end 作為結束。
原生的Hello World代碼
#importintmain(intargc,constchar*argv[]){NSAutoreleasePool*pool=[[NSAutoreleasePoolalloc]init];//insertcodehere...NSLog(@"Hello,World!");[pooldrain];return0;}
關於hello world的更多擴展內容
在 Objective-C 中 #import 和 #include 的區別
在 Objective-C 中，#import 被當成 #include 指令的改良版本來使用。除此之外，#import 確定壹個文 件只能被導入壹次，這使妳在遞歸包含中不會出現問題。使用哪壹個還是由妳來決定。壹般來說，在導入 Objective-C 頭文件的時候使用 #import，包含 C 頭文件時使用 #include。