編輯“Objective-C”（章節(jié)）

==優(yōu)點與缺點==


Objective-C是非常“實際”的語言。它使用一個用C寫成、很小的運行庫，只會令應(yīng)用程序的大小增加很小，和大部分OO系統(tǒng)使用極大的VM執(zhí)行時間會取代了整個系統(tǒng)的運作相反。ObjC寫成的程序通常不會比其原始碼大很多。而其函式庫（通常沒附在軟件發(fā)行本）亦和Smalltalk系統(tǒng)要使用極大的內(nèi)存來開啟一個窗口的情況相反。

Objective-C的最初版本并不支持垃圾回收。在當時這是爭論的焦點之一，很多人考慮到Smalltalk回收時有漫長的“死亡時間”，令整個系統(tǒng)失去功用。Objective-C為避免此問題才不擁有這個功能。雖然某些第三方版本已加入這個功能（尤是GNUstep）, Apple在其Mac OS X 10.3中仍未引入這個功能。不過令人欣慰的是在Apple發(fā)布的xCode4中已經(jīng)支持自動釋放啦，我不敢冒昧地說那是垃圾回收，因為兩者機制不同，在xCode4中的自動釋放，也就是ARC(Automatic Reference Counting)機制,是不需要用戶手動去Release一個對象，而是在編譯期間，編譯器會自動幫你添加那些以前你經(jīng)常寫的[NSObject release]。

另一個問題是ObjC不包括命名空間機制(namespace mechanism)。取而代之的是程序設(shè)計師必須在其類別名稱加上前綴，時常引致沖突。在2004年，在Cocoa編程環(huán)境中，所有Mac OS X類別和函式均有“NS”作為前綴，例如NSObject或NSButton來清楚分別它們屬于Mac OS X核心；使用“NS”是由于這些類別的名稱在NeXTSTEP開發(fā)時定下。

雖然Objective-C是C的母集，但它也不視C的基本型別為第一級的對象。

和C++不同，Objective-C不支援運算子多載（它不支持ad-hoc多型）。亦與C++不同，但和Java相同，Objective-C只容許對象繼承一個類別（不設(shè)多重繼承）。Categories和protocols不但可以提供很多多重繼承的好處，而且沒有很多缺點，例如額外執(zhí)行時間過重和二進制不兼容。

由于Obj-C使用動態(tài)運行時類型，而且所有的方法都是函數(shù)調(diào)用（有時甚至連系統(tǒng)調(diào)用（syscalls）也如此），很多常見的編譯時性能優(yōu)化方法都不能應(yīng)用于Obj-C（例如：內(nèi)聯(lián)函數(shù)、常數(shù)傳播、交互式優(yōu)化、純量取代與聚集等）。這使得Obj-C性能劣于類似的對象抽象語言（如C++）。不過Obj-C擁護者認為既然Obj-C運行時消耗較大，Obj-C本來就不應(yīng)應(yīng)用于C++或Java常見的底層抽象。