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 Interface Guidelines的规定描述不符的应用可能会被拒绝。
- 12.3:只是简单的web剪接,内容聚合或者链接搜集,这类应用可能会被拒绝。
2)出现这些迹象,应用也有可能被拒绝
- 如果你的应用只是PhoneGap包装下的网站,可能被拒绝。当然也有例外,但千万不要抱侥幸心理。
- 如果你的应用需要用户缩放页面才能查阅内容,就有可能被拒绝。应用要有应用的感觉,要给人直观性,不要让用户去找功能,不要让用户返回上一个导航去寻找有用的东西。
- 如果应用看上去就像加了超链接的文版,没有本地化风格,也会被拒绝。
- 注意你应用的反应时间,这些时间与用户操作处理时间以及与对服务器的反应时间都相关,苹果不喜欢慢的应用或者没有反应的App。同样,如果用户按了某个按钮,结果等了好几秒钟才有反应,也有可能被拒绝。
苹果的判断界限很多时候很模糊,尤其是对那些已经经过评估的独立开发者开发的应用更是如此。他们对每个应用都会进行优点,功能,用户体验评估。另外iOS User Interface Guidelines以及App Store Review 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设计会有很大帮助。例如:
许多工具及框架都能帮助你将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跨平台开发工具就能免除审核这一步。苹果相当注重应用的品质及用户体验,如果表现不好,出现漏洞,或者审美达不到他们标准,也会被拒绝,苹果对自己的生态系统要求比较高,但记住一点,越注重用户体验,通过的几率就越高。