通过Somya Jain讨论到C#到Object-C的过程

精选翻译

jgsa 2012-08-14 09:00:46

几年前掌上电脑很大程度上就是一新奇事物和玩具。但如今，商业界正发生着一场重大变化。许多传统上在XAML，Flex或HTML上编写应用的商业公司突然发现，iPad应用有着数目巨大的需求。这些需求不止来自游戏，同时也存在很多标价为几十万甚至上百万的项目。尽管.Net和Java在未来几年依然会活跃于后端平台。但是对于那些愿意尝试的团队，iOS市场还是有很多机会。

相关赞助商

QCon杭州2012大会10月25~27，现在报名享8折优惠，团购更多折扣！
我们与Somya Jain，一个致力于此的开发人员，谈论了如何从C#过度到Objective-C。

Somya Jain：关于移动编程我学到的第一点是（通过不断实践总结出来的），它与服务器或桌面开发有着很大的不同。移动设备RAM空间小，网速慢，屏幕小；尤其CPU，相对慢。尽管如此，人们却期待移动设备提供更高的用户体验。人们可以很容易地在应用商店将你的应用与其它应用进行对比。如果你的应用还是停留在作坊级，那就很难具有竞争力。

我学习Objective-C就是为了编写iPhone及iPad应用。因为拥有C++/Java/C#背景，其学习并非那么困难。大部分概念都能简单互通。一开始，我尝试通过遵循书籍和阅读文档来学习，但是，我发现更快的学习方法是真正投入到项目中。

以下几点是理解Objective-C的关键。尽管它与C#有很多相同之处，但依然有细微的差别。

内存管理

首先需要提的就是内存管理。对于iOS开发，理解alloc，release和autorelease是至关重要的。但是随着ARC的引进，它们可能会变得不那么重要。尽管ARC会在某些地方误导你，但它将帮助你理解其内含的原理。

内存管理问题，比如过度释放内存，将造成令人厌烦的BAD_ACCESS崩溃；还有不释放内存，造成的难以解决的内存泄漏。此外，他们对应用的性能和可用性也有很大影响。学会如何快速定位和解决这些问题非常关键，我建议学会如何使用NSZombies对象及性能调试工具Instruments来调试这些问题。

另外，Objective-C支持垃圾回收，但它仅支持mac osx，而不支持iOS。

InfoQ：添加和释放对象听起来非常像COM引用计数，但“自动释放”又是怎么回事呢？

Somya:从根本上，你会使用自动释放返回一个不是由创建对象管理的对象。通过调用自动释放，将该对象添加到自动释放池中，并在清空池时将对象释放。如果接受对象想要使用它，需要保留其值。以下是更多来自apple文档的信息：

每个循环的每次轮询开始，应用工具箱都会在主线程中创建一个自动释放池，在并最后将其释放，以释放执行事件时产生的自动释放对象。

InfoQ：什么是NSZombies？

Somya：NSZombies可以用来检测之前提到的内存过度释放问题。在自动释放对象上不平衡释放是常见现象。事实上，最终释放时，一切都工作正常，对象也被重新分配了；但是当清空自动释放池时（有的时候随后才发生），应用会因为尝试去自动释放一个已经被释放的对象而崩溃。正因对象本身不存在，所以很难定位出真正问题所在。正是对应上述问题，提出了NSZombie对象。通过设置NSZombieEnabled标志将任何已释放对象转化为NSZombie，以取代原始释放操作。这样我们就可以在任意调用NSZombie对象释放或自动释放处设置断点，以定位到问题代码路径。

InfoQ：您能解释下什么是ARC，为什么您觉得它可使内存管理更简单？

Somya：原则上，通过允许使用ARC，编译器会自动为你保留或释放请求。这意味了我们不必再去担心内存管理了，但是经验告诉我：事实正与之相反。我还没使用过ARC，所以无法做过多评论。

方法调用VS消息

两个语言间另外一个细微差别是：C#中方法调用是静态的，绑定发生在编译时(暂时忽略动态编译）。Objective-C消息则在运行时动态绑定对象，而非编译时。这意味着你可以发送任意定义好的消息给对象，编译器都不会报错。错误会在运行时抛出。

有意思的是，其中有一机制：就算消息没有被类执行，也会被截取。这通常发生在多继承，日志和往动态载入代码分配消息等高级方案中。

进程池VS中央调度

从高层来说，它们的定义是一样的：一个用于管理进程池的系统。对于该点，我认为iOS确实做得很出色。首先，它支持不同优先等级，甚至进程池也赋予我们更优的授权管理。比如我们可以在下载图片时操纵更高等级的进程，以使后台下载不影响我们的UI。

另一优秀特征是分配组允许同时提交所有任务，但只在全部完成时才通知。