为什么 Objective

他们总在想快速学习这门语言来写一个App出来，但他们也总是联想到Objective-C看上去实在太难了或者在想这些语法符号都是神马玩意？不错，他们问得非常好，所以本人也解释一下为什么很多程序员相比较学习Ruby或者Java很容易，但在决定开发iOS或者OS X应用时会那么犹豫。语法: 大部分编程语言都是基于C语法风格的，也就是我们常说的点语法，依靠小数点符号来调用方法或者获取类的成员(当然了，在C语言中类被替代为结构体)。它们通常都是自己实现类的定义(注意在这里Java与C#和C++有稍微一点不一样)，但无论如何这些语言的具体细节都是一样的。当我们接触一个新的编程语言时，我们当然很乐意看到新语言的语法是我们似曾相识的。毕竟大部分程序员都了解C语言的语法。 然而Objective-C压根就不是C语法风格的编程语言。它与我们熟悉的语言语法区别太大以至于大部分程序员根本看不懂这些Objective-C代码是神马东西。 甚至其他一些像Python或者Ruby这样的“奇怪”的语言都能让人看个大概出来，毕竟Python与Ruby至少还是点语法风格的，使用点语法来调用方法以及获取类的成员。相反它们缺乏分支结构并不会长时间影响程序员的理解，毕竟这两种语言也有自己的方式来完成同样的目标。 下面我们来介绍一下Objective-C语言: 这里我会拿另一个OOP语言来与它进行比较 好了好了，我想肯定有部分人想问一大堆问题了。但这还不是最糟糕的，我们接着来看一个更强悍的： 一般到了这里，我想大家都头都大了几圈。 最好先忘了我们熟悉的方法调用。实际上，当你看到performAction:withTwoParameters:时，我们其实在谈论消息而不是方法。当你能这么理解时问题就好办多了。 Objective-C是一个很“大”的语言，我是说它的语法很复杂而且又具备弹性。Apple公司已经尽可能减小了Objective-C语言的体积，然而，他们还是添加了一些东西来让Objecive-C表达式更加简单。 Synthesizing properties Dot-syntax for accessing getters/setters Garbage Collection Blocks (closures) Automatic Reference Counting Weak references 所以虽然这个语言越来越大了，但是在表达同样的目的使用的代码却越来越简单。运行时： Objective-C的运行时是动态的，它能让你在运行时为类添加方法或者去除方法以及使用反射。 除非你用过像Ruby或者Lisp这类支持这种特性的语言，否则你会感觉很怪异。但请放心！在你尝试使用一些好的新特性时一开始都是很郁闷的。框架: 如果离开了Cocoa/Cocoa Touch框架，那么Objective-C简直没法创建App。就如同Ruby离开了Rails就没法创建Web应用程序一样。 Cocoa既大又老。比如看看UIView的contentStretch属性，整个头文件就这么点东西:1@property(nonatomic) CGRect contentStretch __OSX_AVAILABLE_STARTING(__MAC_NA,__IPHONE_3_0); // animatable. default is unit rectangle {{0,0} {1,1}} 纵向看来，Apple公司领导着Objective-C语言的发展与维护，包括Objective-C运行时，Cocoa/Cocoa-Touch框架以及Objective-C语言的编译器。看上去Objective-C就如同以下一个云状图： 当你去学习Objective-C时，它不仅仅就是一个框架，一个运行时或者一个编译器；而是它们全部。还有个很重要的部件就是 Automatic Reference Counting(使用后无法直接调用dealloc方法)，这玩意会让你使用Cocoa/Cocoa-Touch编程时更加方便。 紧密耦合系统代码设计是Objective-C独有的。其他语言比如在.Net框架下运行的Iron Python。以及一大堆运行在JVM的非Java语言，比如Clojure。甚至Ruby以及Rails都是两个不同的项目。当你打算使用其他语言配合Cocoa/Cocoa-Touch以及Objective-C运行时时。你唯一的选择就是Mac Ruby。未来: 这4年来，我们可以看到Apple公司已经尽可能的减小了Objective-C语言的大小以及复杂度。他们也完成了手动内存自动管理以及经典C头文件的方式；而且开始慢慢对属性存取器引入点语法以及Automatic Reference Counting来方便程序员编程。