iPhone开发与Symbian开发相比如何？

Question

花了几年时间进行Symbian C++开发,我想知道iPhone开发与Symbian开发的比较.

我对那些花时间在两个平台上工作的人的答案很感兴趣.

澄清:示例:以下比较如何:

• Symbian C++ vs Objective C - 前者是哎呀呀.
• Symbian库与iPhone库
• 模拟器 - 模拟器与真实设备有多接近 - Symbian模拟器实际上是一个模拟器,因为Symbian库被修改为在Win32上运行.例如,进程是Symbian仿真器上的线程,而不是Symbian进程.模拟器是一个单独的构建目标.
• IDE - 他们如何比较(例如eclipse或codewarrior与相关的iPhone IDE)
• 文档 - 文档如何比较 - Symbian文档有很多不足之处.
• 社区支持
• 碎片 - 有许多Symbian操作系统版本和手机可以潜在目标 - 这可能是一个真正的开发和维护噩梦.加上各种风格的UI.
• 部署应用程序 - 例如Symbian签名/私有API /运营商vs什么？在iPhone上

Answer 1

我从未做过任何iPhone开发,但我想指出Symbian世界中的一些与你的一些观点有关的发展:

Symbian C++ vs Objective C - 前者是哎呀呀.

这当然不是每个人的口味!对于应用程序开发,Symbian C++将变得越来越不相关,因为Qt(通常被认为是非常用户友好的库集)将用于下一代应用程序框架/ UI层.操作系统的较低层将继续使用C++的Symbian方言,但是正在添加用于多媒体,位置和消息传递等功能的Qt库 - 因此应用程序开发人员不太可能必须直接调用本机平台API.

模拟器 - 模拟器与真实设备有多接近 - Symbian模拟器实际上是一个模拟器,因为Symbian库被修改为在Win32上运行.例如,进程是Symbian仿真器上的线程,而不是Symbian进程.模拟器是一个单独的构建目标.

您对模拟器的描述(单个主机进程,单独的构建目标)是正确的.因此,仿真器本质上是操作系统的一个端口,它是一个完全不同的平台(在这种情况下是x86),因此根本不会对手机进行密切建模.令人高兴的是,它正逐步淘汰并替换为模拟器,就像已经包含在iPhone和Android SDK中的模拟器一样.(事实上​​,模拟器基于相同的技术 - QEMU - 由Android使用)因为模拟器将ARM指令转换为桌面机器所理解的指令,所以可以将相同的二进制文件部署到模拟器和设备本身.

模拟器包括"板模型",其由多个虚拟外围设备组成,每个虚拟外围设备映射主机的一部分 - 因此例如模拟器音频设备可以连接到桌面声卡.由于可以修改此电路板模型,因此可以定制模拟器环境以非常接近地模拟特定设备,因此期望看到设备制造商在其SDK中发送与其相应的物理设备非常相似的模拟器.

IDE - 他们如何比较(例如eclipse或codewarrior与相关的iPhone IDE)

CodeWarrior是一个相当古老而且相当狡猾的IDE.Carbide(基于Eclipse)更好,并提供相当成熟的设备上调试支持(尽管不像XCode/iPhone解决方案那样灵活).所有Qt SDK(Qt Creator)中包含的IDE 可能是最好的,并且在可用性方面与XCode进行了比较.

碎片 - 有许多Symbian操作系统版本和手机可以潜在目标 - 这可能是一个真正的开发和维护噩梦.加上各种风格的UI.

过去绝对是真的.希望将来变得更好.曾经有多个UI(S60,S80和UIQ),现在只有一个(目前基于S60;即将被基于Qt的UI取代).