Somya Jain 谈从 C# 到 Objective-C - 开源中国社区
Float_left Icon_close
Somya Jain 谈从 C# 到 Objective-C
HenryChan 2012年08月08日

Somya Jain 谈从 C# 到 Objective-C

HenryChan HenryChan 发布于2012年08月08日 收藏 10 评论 12

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

我们与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。

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

以下概念在C#和Objetive-C中几乎一一对应:

  • 扩展方式(C#)<==>类别(iOS)
  • 接口(C#)<==>协议(iOS)
  • 委托(C#)<==>块(iOS)

C#中我怀念的:

  1. 泛型
  2. LINQ
  3. 不用创建头文件,将代码置于同一文件中。

给C#开发者的其它建议:

  • 从Resharper(C#)开发者那了解AppCode(Objetive-C)
  • Xamarin的MonoTouch团队将C#引入到iOS设备中。

InfoQ:对iOS开发,您偏向哪种IDE呢?

Somya:当然是AppCode了,我非常熟悉它所带来的代码自动完成和重构支持,就如同C# 中使用过的一样。我还喜欢它能够突出显示那些潜在的内存管理问题,对于iOS的初学者非常有帮助。一天下来,那大大提高了我的生产力,简直不费吹灰之力。

InfoQ:您说您想念泛型。那Objective-C提供类似工具吗,还是必须象.Net1.0那样必须使用非类型化集合

Somya:是的,我们使用类似1.0中非类型化集合。但是由于动态消息绑定,我们无需停止对象去发送消息。

InfoQ:Objective-C是否有哪些特征您希望C#能采纳呢?

Somya:在语言层上应该没什么。我还不曾发现有哪些显著特性让我觉得C#也应该拥有。但是在API层上,我 觉得apple确实在iOS上下了很好的功夫。尽管其API看上去有点严格,但是确实设计地很好。比如在NavigationController和 UITabBarController里,通过简单标志就可在视图切换时实现动画效果。而在android和WP7中,这要消耗很大力气。

InfoQ:如何比较在iOS中,和在WinForms或Silverlight中创建用户界面呢?

Apple有两个主要UI库:UIKit和GLKit。GLKit主要关注基于OpenGL的应用和游戏。UIKit更接近于 WinForms/WPF,它有类似text boxes文本框,labels标签,drop downs下拉列表等标准控件。这些UIViews(.Net中的控件)易拓展成或组合成试图,类似于.Net中创建自定义控件和用户控件。但是,iOS 只支持固定的基于坐标的布局,所以我们必须明确具体大小及每个视图在其父试图中的位置。其他UI定义就比较相似,比如:

  • 依然有视图结构
  • 当往后台进程导入数据时,依然要小心;并将其整合到主进程中去。
  • 需了解视图生命周期等。

文/InfoQ

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Somya Jain 谈从 C# 到 Objective-C
分享
评论(12)
最新评论
0
1楼的话过去1年了。。。事实证明,ipad买的更好了,surface基本无人问津。。。
0

引用来自“junwong”的评论

引用来自“北落”的评论

引用来自“junwong”的评论

引用来自“zantesu”的评论

InfoQ:Objective-C是否有哪些特征您希望C#能采纳呢?

Somya:在语言层上应该没什么。我还不曾发现有哪些显著特性让我觉得C#也应该拥有。

C#不得不说是一门很优秀的语言

就语言层面来说,C#确实是非动态语言中语法糖最多的,虽然C# 4.0或以后添加了dynamic来支持动态语言

C#4.0后已经可以归纳到动态语言里边了

你不能因为它支持了动态语言特性而断定它就是动态预言,dynamic关键字更多是用在与其他语言交互而使用的,在独立的.net编程中都会避免使用它

避免它就可以回到3.5了
0

引用来自“北落”的评论

引用来自“junwong”的评论

引用来自“zantesu”的评论

InfoQ:Objective-C是否有哪些特征您希望C#能采纳呢?

Somya:在语言层上应该没什么。我还不曾发现有哪些显著特性让我觉得C#也应该拥有。

C#不得不说是一门很优秀的语言

就语言层面来说,C#确实是非动态语言中语法糖最多的,虽然C# 4.0或以后添加了dynamic来支持动态语言

C#4.0后已经可以归纳到动态语言里边了

你不能因为它支持了动态语言特性而断定它就是动态预言,dynamic关键字更多是用在与其他语言交互而使用的,在独立的.net编程中都会避免使用它
0

引用来自“junwong”的评论

引用来自“zantesu”的评论

InfoQ:Objective-C是否有哪些特征您希望C#能采纳呢?

Somya:在语言层上应该没什么。我还不曾发现有哪些显著特性让我觉得C#也应该拥有。

C#不得不说是一门很优秀的语言

就语言层面来说,C#确实是非动态语言中语法糖最多的,虽然C# 4.0或以后添加了dynamic来支持动态语言

C#4.0后已经可以归纳到动态语言里边了
0
想当年,PDA和移动电话的需求也是不一样的
0

引用来自“zantesu”的评论

InfoQ:Objective-C是否有哪些特征您希望C#能采纳呢?

Somya:在语言层上应该没什么。我还不曾发现有哪些显著特性让我觉得C#也应该拥有。

C#不得不说是一门很优秀的语言

就语言层面来说,C#确实是非动态语言中语法糖最多的,虽然C# 4.0或以后添加了dynamic来支持动态语言
0
“平板和笔记本的需求是不一样的”,我同意。我也没说它们满足的需求是一样的,“我周围很多买了ipad的人仍然需要笔记本”就说明两种需求不一样并且以前并没有同时满足两种需求的产品。但预装了intel cpu版win 8的Surface能够兼容以前的软件,因此满足了对笔记本的需求,同时Surface注重了触摸屏体验、轻便型、续航力,因此也满足了对平板的需求,所以只能满足一种需求的产品“可以靠边站了”。
“平板和笔记本的需求是不一样的,如果一样就不会出现两个产品。”
估计iphone出现的时候也有人说,“手机和mp4播放器的需求是不一样的,如果一样就不会出现两个产品了”。
0
3楼说的对
0
InfoQ:Objective-C是否有哪些特征您希望C#能采纳呢?

Somya:在语言层上应该没什么。我还不曾发现有哪些显著特性让我觉得C#也应该拥有。

C#不得不说是一门很优秀的语言
0
1level你错了~平板和笔记本的需求是不一样的,如果一样就不会出现两个产品
0
1楼说得不错!~
0
我觉得现在还没有从C#到OC的同学们可以不用转了,因为再过几个月人们就要讨论从OC到C#了,因为Surface发布之后平板的格局要大变的。我周围很多买了ipad的人仍然需要笔记本,于是我看到很多哥们同时带着笔记本和ipad,但是Surface发布之后就不会这样了,intel cpu版的win 8肯定是兼容以前的软件的,所以真正的能够工作娱乐于一体的平板诞生了,只能娱乐的平板可以靠边站了。
顶部