PhoneGap应用开发对策：如何通过苹果审核？

摘要：曾有人提出这样的说法，未来是iOS的，更是Android，归根结底还是PhoneGap的，由于其跨平台开发特性，PhoneGap受到诸多开发者的青睐，可在这个框架下设计的应用，在最开始接受苹果审查的时候会遇到一些麻烦，该如何是好？

最近在一些开发者社区，有人抱怨苹果拒绝自己开发的PhoneGap应用，原因是不够本地化。有开发者将之归咎于用户界面设计基于HTML。其实被拒绝也没那么难理解，苹果有一套严格的审查程序，那问题到底出在哪？又该如何处理?

首先要了解PhoneGap是什么，这是一个开源的移动开发框架，能真正实现Written once run everywhere，能基于HTML5 + CSS +JavaScript等标准协议开发跨平台的移动应用。亮点是对智能手机本地功能的调用，如摄像头、地理位置、加速度传感器、文件管理、联系人、指南针、推送、存储等。它能够包装你的HTML体验使之更加本地化，还能把应用打包发布到App Store中。听起来是挺不错，但开发就不是件容易的事，即使开发出来了，审核也是个问题。

无法通过审核的原因

首先，苹果不会因为App使用的用户界面基于HTML而去拒绝一个应用。实际上，许多苹果自己的App或者广告平台都基于HTML、CSS和JavaScript，比如Apple Store里的iAd广告平台就是其中一个。除了苹果自己的应用外，还有LinkedIn，Wikipedia等等。当然，当中不是所有App都用PhoneGap，但其用户界面都基于HTML，所以就排除HTML为罪魁祸首这一说。

1）苹果会拒绝没有如下特征的应用：

• 能给用户带来应用体验而非网页体验；
• 在iOS生态系统中，使用起来轻松自如；
• 能与移动端Web体验区分开。

这几条对所有应用都适用，并不仅仅是UI基于HTML开发的应用，如果不知道苹果的具体审核标准是什么，记住一点就可以，所有标准都和用户体验有关。在苹果的“iOS User Interface Guidelines”（iOS UI设计说明）中就有大量关于哪些能通过哪些无法通过的详细信息，在UI guidelines中，苹果尤其强调“基于Web的设计”这个部分：

• 如果应用是基于Web的设计，建议三思而行
• 如果基于Web，建议你确保App带给用户的是iOS应用体验，而不是Web体验。记住，用户可以通过Safari访问你的网站。

图片来源：lukor

在利用HTML及与之相关的技术开发应用时，一定要仔细阅读完整的“iOS User Interface Guidelines”。除了iOS User Interface Guidelines，苹果的“App Store Review Guidelines”对于如何通过App审查也有相关说明，当中就有许多有关基于HTML开发的App可能被拒绝的情况，值得注意的是如下几条：

• 2.12：不是特别有用的，独特的应用，只是简单与网站捆绑后作为App的应用，无法提供持续娱乐价值的应用可能会被拒绝。
• 10.3：没有正确使用系统所提供的选项（如按钮，图标）的应用以及与Apple iOS Human InterfaceGuidelines的规定描述不符的应用可能会被拒绝。
• 12.3：只是简单的web剪接，内容聚合或者链接搜集，这类应用可能会被拒绝。

2）出现这些迹象，应用也有可能被拒绝

• 如果你的应用只是PhoneGap包装下的网站，可能被拒绝。当然也有例外，但千万不要抱侥幸心理。
• 如果你的应用需要用户缩放页面才能查阅内容，就有可能被拒绝。应用要有应用的感觉，要给人直观性，不要让用户去找功能，不要让用户返回上一个导航去寻找有用的东西。
• 如果应用看上去就像加了超链接的文版，没有本地化风格，也会被拒绝。
• 注意你应用的反应时间，这些时间与用户操作处理时间以及与对服务器的反应时间都相关，苹果不喜欢慢的应用或者没有反应的App。同样，如果用户按了某个按钮，结果等了好几秒钟才有反应，也有可能被拒绝。

苹果的判断界限很多时候很模糊，尤其是对那些已经经过评估的独立开发者开发的应用更是如此。他们对每个应用都会进行优点，功能，用户体验评估。另外iOS User Interface Guidelines以及App StoreReview Guidelines是动态文件，可能会随操作系统的变化而变化，或根据新的应用设计带来的新问题而改变，所以要记住定期阅读这些文件。

被拒绝了该怎么做？

前面提到PhoneGap有这么多功能，但它无法使你免于应用审核。由于PhoneGap的用户界面是基于web技术，不太可能立即被接受。在开发过程中，设计师或开发者一定要注意，UI/UX设计一定要与操作平台或生态系统的要求相符。当你在设计或开发一个PhoneGap应用的时候，要思考的是如何让应用看上去更加本地化，如何更有移动应用的感觉而不是网页感觉，核心问题就是“用户体验”是否好。

1）做应用的时候，要思考下面几个问题：

• 应用的UI界面范例与平台相符吗？
• 应用给人的视觉效果如何？
• 应用看上去像一个网页吗？界面有利于触屏操作吗？

下面以Fresh Food Finder（App Store里的PhoneGap应用）为例，我们将检验两个视觉效果。下面两张图是同一个应用，均由PhoneGap模拟器捕捉。

图片来源：Adobe

左图有HTML内容但没有CSS风格，如果比较视觉效果，左边界面看起来就像网页，而右边的看上去则非常有应用的感觉，顶部有导航元素，通过右边箭头还能继续查看下一级内容，每一条都有UI元素，促使用户继续浏览内容。

图片来源：Adobe

看上图，有什么问题呢？

首先，上图是一个经过包装的网站，苹果讨厌的就是把网站用本地化的外壳伪装起来，这个外壳是空的，没有任何逻辑可言，如果掉线，伪装就会失败，与移动端的Web体验没什么差别，也没有增加任何价值。

其二，用户界面没有优化移动体验，用户需要缩放等操作来阅读内容，并且，导航不仅与内容没有明确的区分开，也不利于触屏操作。开发应用的时候，要让用户操作起来有熟悉的感觉，当然，你无须模仿每个本地应用的UI风格，但用户互动范例应该相似，UI要够直观，清爽。想要理解什么叫“有App感觉的应用”，就多看看其它公诸于众的应用或者已经通过苹果审核的设计。

现在国外有许多比较应用UI的网站，进去看看对UI设计会有很大帮助。例如：

• Mobile partners
• Inspired UI
• Pttrns

许多工具及框架都能帮助你将HTML体验打造得更加本地化，点击链接可进入下载。例如：

• Twitter Bootstrap
• iUI
• jQuery Mobile
• Sencha Touch
• Kendo UI
• app-UI
• Zurb Foundation
• Moobile
• Chocolate Chip UI
• Dojo Toolkit
• jqMobi

图片来源：Mobile-Patterns

2）交互性与性能注意事项

（1）优化视觉脱节环节：如果用户必须通过HTML链接来下载一个单独的页面，会带来视觉上的脱节，在这个环节需要进行优化。苹果貌似更青睐那些给人感觉比较统一的应用，能为用户带来无缝体验的应用。在异步下载数据或者动态更新内容的时候可以采用单页面架构，总的来说就是要让页面之间的衔接更快更不容易让人察觉。

（2）优化数据获取过程：你还需要在应用内及应用外优化数据获取过程。数据交换尽量最小化，只有在需要的时候才传输数据，最好采用轻量级数据交换格式，这样就会缓解数据传输延迟现象，让你的应用变得更快。

（3）应用内操作过渡要连贯：尤其要注意这条，如果你的应用出现闪烁，不连贯的情况，那你就需要重新访问应用，试试自己是如何在屏幕上移动应用内的按钮或者设置的。去查找一些技术，让GPU为只是使用CSS的HTML DOM元素服务，许多情况下，这些技术能改变整个应用性能。

（4）进度条与旋转指针：另外在处理一些需要时间的事情时，比如与服务器交换数据，可以增加一些简单标志，比如进度条或者旋转指针，可以让你的应用感觉更快更加本地化。

总的来讲，注意你的用户体验设计，苹果的审核程序也并非一成不变的，还得看你是什么应用。千万不要认为用了PhoneGap跨平台开发工具就能免除审核这一步。苹果相当注重应用的品质及用户体验，如果表现不好，出现漏洞，或者审美达不到他们标准，也会被拒绝，苹果对自己的生态系统要求比较高，但记住一点，越注重用户体验，通过的几率就越高。