Objective-C的语言特点
Objective-C是非常实用的语言。它是一个用C写成很小的运行库，令应用程序的尺寸增加很小，和大部分OO系统使用极大的VM执行时间会取代了整个系统的运作相反。Objective-C写成的程序通常不会比其原始码大很多。而其函式库(通常没附在软件发行本)亦和Smalltalk系统要使用极大的内存来开启一个窗口的情况相反。因此，Objective-C它完全兼容标准C语言（C++对C语言的兼容仅在于大部分语法上，而在ABI（Application Binary Interface）上，还需要使用extern C这种显式声明来与C函数进行兼容），而在此基础上增加了面向对象编程语言的特性以及Smalltalk消息机制。
Objective-C的最初版本并不支持垃圾回收。在当时这是争论的焦点之一，很多人考虑到Smalltalk回收时有漫长的死亡时间，令整个系统失去功用。Objective-C为避免此问题才不拥有这个功能。虽然某些第三方版本已加入这个功能(尤是GNUstep), Apple在其Mac OS X 10.3中仍未引入这个功能。
虽然Objective-C是C的超集，但它不是C的基本类型为第一级的对象。 和C++不同，Objective-C不支持运算子重载(它不支持ad-hoc多型)。亦与C++不同，但和Java相同，Objective-C只容许对象继承一个类别(不设多重继承)。Categories和protocols不但可以提供很多多重继承的好处，而且没有很多缺点，例如额外执行时间过重和二进制不兼容。
Objective-C和C++的比较
单一继承：
和Java、Smalltalk一样，Objective-C不支持多重继承，而C++语言支持多重继承。
动态：
Objective-C是动态定型（dynamicaly typed)，它的类库比C++容易操作。Objective-C 在运行时可以允许根据字符串名字来访问方法和类，还可以动态连接和添加类。
C++ 跟从面向对象编程里的Simula 67(一种早期OO语言）学派，而Objecive-C属于Smalltalk学派。
在C++里，对象的静态类型决定你是否可以发送消息给它，而对Objective-C来说，由动态类型来决定。Simula 67学派更安全，因为大部分错误可以在编译时查出。 而Smalltalk学派更灵活，比如一些Smalltalk 看来无误的程序拿到Simualr67那里就无法通过。
从很多方面来看，C++和Objective-C的差别，与其说是技术上的， 不如说是思维方式上的。你是否想更安全而舍弃灵活性？Simular67学派的支持者称既然程序设计出色何必再要灵活性，而 Smalltalk学派则称为了灵活可以容忍运行时多出错。 Apple在其Mac OS X 10.3中仍未引入垃圾回收这个功能。不过令人欣慰的是在Apple发布的Xcode4中已经支持自动释放（不等同于严格意义上的垃圾回收，因为两者机制不同）。在Xcode4中的自动释放，也就是ARC(Automatic Reference Counting)机制，不需要用户手动去Release一个对象，而是在编译期间，编译器会自动帮你添加[NSObject release]。
另一个问题是Objective-C不包括命名空间机制(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只容许对象继承一个类别（不设多重继承）。
由于Objective-C使用动态运行时类型，而且所有的方法都是函数调用（有时甚至连系统调用（syscalls）也如此），很多常见的编译时性能优化技术失效（例如：内联函数、常数传播、交互式优化、纯量取代与聚集等）。这使得Objetive-C性能劣于类似的对象抽象语言（如C++）。不过Objective-C拥护者认为既然Objective-C运行时消耗较大，Objective-CC本来就不应应用于C++或Java常见的底层抽象。
