英文原文:Why Objective-C Is Hard To Learn
作为一个网络上的活跃分子,使用 Objective-C 的开发者,我收到了许多围绕 Objective-C 的提问。这些问题在人们学习 Objective-C 或者尝试开发 app 的时候会不断跳出来,而且其中的某些问题可能笼统如“Objective-C 看起来太难了”也会细致若“那个‘-’是干嘛用的啊?”。我要说的是这些其实都是好问题,那么接下来我就和大家探讨一下:相对于 Ruby 或 Java,为什么某些程序员对转投 iOS 或者 OS X 开发会心存畏惧。
语法
先说说编程语言是什么。所谓编程语言就是一种人可以读得懂的程序代码。一门编程语言通常包含一系列内容:语法(语句书写和声明的规则)和语义(以达成某些任务为目标,把语句和声明有效的结合起来)。
大部分(通常情况下)编程语言在方法调用上都是类似C语言的风格,访问类成员采用.语法。(也就是C中的 structs)。虽然这些语言一般都有各自己定义类的方式(Java 和 C# 或 C++ 还是不大相同的),但是追究到语言的诸多细节还都是很相似的。每当人们开始接触一门新的编程语言的时候,如果它的语法看起来很似曾相识,会让学习者觉得很舒服。像大多数人都是有C语法背景的,所以要学习一门类C语法的语言的话,第一观感会很亲切。
单从语法角度来看,Objective-C 可谓**别具一格**。它的语法太特别了,碍于它语法的另类,很多人没有耐心去深究它的语义,而它的语义恰恰与C++,Java 等语言没什么区别。
像 Python 和 Ruby 这些所谓”古怪”的语言都更容易上手,仅仅是因为它们可以通过.语法来进行方法调用和访问类成员。而且人们通常能够迅速习惯用缩进来代替花括号。
当我向别人介绍 Objective-C 的时候,一般情况下,我会拿它和某个 OOP(面向对象编程)语言来对比说明。
目前来看还 OK。也许他们之前知道 lisp 吧,所以不难理解这句语法。
到这句,人们普遍觉得比较难接受,情况也变得不那么乐观了。
这句可以直接让人们崩溃了。
那些冒号是啥?太吓人了!随后冒出一堆问题:方法是怎么调用的?是通过 performAction 还是什么别的方式?方法怎么重载?
要知道,我们没有在讨论方法,我们说的是消息(messages)(我也不会去讨论他们之间的区别)和 selectors,好比上文所呈现的 performAction:withTwoParameters。但是,大家已经懒得去了解了。
Objective-C 是C的超集,它其实是一门很 cool 的编程语言,但是由于其自身的某些特点,相较于其他现代编程语言,人们会觉得 Objective-C 很古老。作为C的超集,Objectivec-C 在C的基础上扩展了一系列非常规的特性,这恰恰增加了 Objective-C 的复杂度。
Objective-C 是一门大型语言。下此定义的出发点是:它的语法十分繁复。实际上,苹果已经在加大对 Objective-C 瘦身的力度,比如说,虽然速度缓慢但是终究还是完成了头文件去标准C风格的过渡。而且,苹果还为 Objective-C 做了不少改进,增加了许多新特性,使得 Objective-C 的代码更加简练,比如:
所以,虽然语言变得越来越庞大,但是开发编写代码的复杂度反而降低了。
Runtime
Objective-C 是动态运行的,可能单单从其与C的渊源这个角度来看这个特性并不那么直观。由于不需要直接编写汇编码,C语言自身是一门变化较低的语言,鉴于 Objective-C 是C的超集,我们很容易将 Objective-C 的稳定性趋向于C,但现实际上,Objective-C 是动态运行的且灵活性相当高的语言。Objective-C 支持函数柯里化(function currying),支持反射机制,可以在运行时动态地为类添加或移除方法。
除非你之前有接触过类似 Objectivec-C 这些特性的编程语言,比如说 Ruby 或 Lisp,否则一时间很难适应 Objective-C。但是无需担忧!有些东西,外表看起来神秘可怕其实本质没那么复杂。
使用 Objective-C 构建 apps 完全离不开 Cocoa/Cocoa Touch 框架。就好像用 Ruby 开发 web 应用离不开 Rails 一样。
经过经年累月的发展,Cocoa 已经变得非常的厚重。不过如前文所说,苹果最近正在逐渐的为常规 iOS 开发所依赖的 Cocoa Touch 框架进行减肥,以降低它的复杂度。即便如此,哪怕要开发的 app 极其简单,也还是有许多东西要学,像苹果的官方文档还有已暴露的各种头文件都是很好的学习资源。就拿 UIView 中的 contentStretch 属性为例,头文件的定义和说明如下:
@property (nonatomic) CGRect contentStretch
__OSX_AVAILABLE_STARTING (__MAC_NA,__IPHONE_3_0);
// animatable. default is unit rectangle {{0,0} {1,1}}
这到底是什么意思呢?按照我的理解,这个属性是用来描述可伸缩区域的大小。但是怎么实现的呢?这个区域是指一个矩形吗?也许你永远都不会和这个属性打交道,但是假如在开发过程中的某个时点和场景下使用这个属性能够轻松解决你的问题,那个时候你会知道它的存在并能正确的使用它吗?
Cocoa/Cocoa-Touch 是庞大的框架。要真正的驾驭它就只能靠熟能生巧了。但这个熟悉它的过程常常使很多新的学习者退缩。
History
一直以来,苹果都在不停的推动着围绕 Objective-C 语言开发体系的进步,像 Objective-C runtime,Cocoa/Cocoa Touch 框架以及针对 Objective-C 的编译器等一系列更高层面设计的交叉重叠使得 Objective-C 不仅仅是一个语言这么简单。
所以当学习 Objective-C 的时候,不能孤立的去学习这门语言、某些框架、它的运行机制或编译器,而是要把他们融会贯通。比如说现在 Objective-C 集成的 ARC (Automatic Reference Counting)机制就涉及到了语义(不需要显示调用 dealloc 了)层面、编译器层面(显而易见)、以及对 Cocoa/Cocoa Touch 框架的命名约定等内容。
上文所提到的围绕 Objective-C 的一些列紧密关联的设计算是其独有的特点。其他的语言或多或少都会依赖于别的的语言或平台来运行,比如基于 .net 运行的 Iron Python,不是 Java 但是却依赖 JVM 的 Clojure,甚至 Ruby 和 Rails 其实都有各自相对独立的实体和工程。唯一一个比较知名的受 Cocoa/Cocoa Touch 和 Objective-C runtime 支撑运行的 Mac Ruby,后来也被苹果停掉后了后续支持。
Objective-C 和相关的框架、runtime 以及编译器等等这个体系对其他开发者社区而言是又几乎是封闭的。
未来
从目前掌握的信息来看,过去的四年来苹果一直在尝试降低 Objective-C 语言的复杂度。淘汰手动内存管理以及C标准头文件,引入更符合当下编程语言潮流的 ARC 机制,还有通过.语法来访问属性的 getter/setter 方法等等都是为了降低 Objective-C 的学习成本。但是即便如此,Objective-C 仍然是具备一定学习门槛的开发语言,它的热度完全那些基于 Objective-C 编写的热门 iOS 应用带起来的。
翻译: 伯乐在线 - sunset
译文链接: http://blog.jobbole.com/73146/