开发iOS应用程序前需要解决的十大问题

不久前我们对苹果iOS平台成功的应用程序特性进行了整理。在本文中我们将为您展示在开发iOS平台（iPhone、iPad和iPod）应用前，您可能想问的10个问题。

1. 我们目标应该是哪个平台？

只有iOS (iPhone and iPad) 以及Android有足够的下载量、购买量以及使用量。其他平台也都有应用程序，但用户大部份都太少，或者应用程序的下载量都不足以支撑。也许未来可能会改变，但是以今日来说，这是不争的事实。

也许有人会争辩WP、Bada都可撑起一片江山，但在没有真切的放大量出来，不会建议一下子就冒进。

2. 我们需要针对不同平台来开发不同的应用程序，或者是说有跨平台一次解决的框架？

是的，你需要针对不同的平台开发不同的原生性应用程序。在市面上的确有许多的跨平台解决方案，但没有一个是够强大的，这些方案里包含了Sencha、SproutCore、Titanium。

长期来说，HTML 5将会拥有最强的产业支持并提供很棒的框架给应用程序开发。但这在接下来的18个月并不会发生。请记得一件最重要的事，一个iPhone应用程序必须看起来并使用起来像是一个iPhone应用程序；而Android应用程序必需像是一个Android应用程序；如果想要跨平台，先确保你要先知道原生应用程序的样子，才不会牺牲掉使用者经验。

我也认为HTML5终将会引领潮流，但整体应用与接受并不是迫在眉睫。是不是利用HTML 5跨平台或者使用原生应用程序，都不是重点，重点是在于使用者经验。

过去一年的经验里，不管是Foursquare、Viber、Instagram都已经作出最好的证明，他们都是以单一平台成功立基，强调单一平台「使用者经验」成功；如果只想一次搞定多平台，但却忽略在各平台里使用经验的差异，就已经是失败的开始。

3. 每增加另一个平台，我们所需要多花费的开发时间会多上多久？

这需视你开发的应用程序类型是哪种，但一般来说，大概是30～50%的时间。

4. 有可能在内部布署应用程序，而不用透过公开的应用程序商店吗？

是的，每个平台都有不同的解决方案，而且相当常见。

以笔者较为熟悉的iOS来说，一般做法可以使用 iOS Developer Enterprise Program，而当然，Adhoc Distribution也是另一种解法。

5. 我们可以再利用在网站已经完成的系统介接吗？

是的，应用程序应该尽可能利用现成的系统，通常在JSON的架构上，是不用再迭床架屋的。

6. iPhone 以及 Android 的学习曲线对比上，Objective C 会比 Java难学？

这跟语言无关，这跟你锁定SDK有关(Cocoa Touch 或 Android SDK)，学习曲线差不多。

7. 可以透过应用程序卖东西吗？金流怎么走？

可以的，以iPhone来说，Apple不会让询问使用者的信用卡号，如果你选择使用苹果的账号，苹果会取走30%的手续费，大部份的在线零售业者会选择让使用者先建立一个使用者账号，然后让他们透过应用程序登入，这个账号可以用来开收据/登入信用卡账号。这限制不存在Android应用程序上。

8. 为什么不是一个网站，然后可以做一个适应手机浏览器的版本？

应用程序为主的手机用户，偏好透过使用应用程序的功能来消费内容，IDG的数据支持此一观点，并显示应用程序驱动8倍于手机网站的流量。

就如同知名的LBS服务GoWalla CEO指出，使用者「压倒性」使用的就是原生性应用程序。在「强大」的html 5普及前（这包含了开发人力的普及以及所有网络服务的转向），手机浏览器版本只能说是一个暂时解药，比没有好一些的方式。

9. App专案通常怎么运作？

就像所有的软件开发项目：目的/用途、愿景、草图、可视化、设计、开发，测试以及上线。我们喜欢类似Scrum的开发方式，应用程序项目特别专注在用户经验以及接口上的设计。

10. 通常一般的公司都从哪一类型的应用程序开始着手？

一般都从他们网站上的既有功能开始着手，并开始加上应用程序属性的功能（像是GPS定位以及摄影）

作者

原作者是瑞典籍的安德烈亚斯(Andreas Sjostrom)，他目前主要的工作就是进行手机应用程序开发计划，他统计在工作上最常被问到的10个问题，以及他一般对应的解答，综观起来，与笔者的回答有许多相似之处，兹如下，灰阶部份则是笔者另行补充的部份。同时，您可以在他的个人部落格Bussiness Technology看到更多关于手机应用程序开发思考的文章，多是偏向实务上的相关，有兴趣者不妨一看。