苹果IOS APP 通关秘籍

标签： 苹果 ios app | 发表时间：2012-03-24 18:37 | 作者：zyc851224
出处：http://blog.csdn.net

磨刀不误砍柴工。作为手机应用开发者，你需要向应用商店提交应用审核，迅速通过审核可以让你抢占先机。对苹果iOS应用开发者来说尤其如此。苹果应用商店的审核近乎吹毛求疵，下面这些清单可以让你知道苹果会在哪些地方找茬。

首先，你的应用程序：

  • 不能导致手机故障（比如崩溃或屏幕问题）
  • 长时间/过度使用之后反应仍然很快
  • 应用内的所有价格信息中不能用固定值代替可变变量
  • 不要使用任何SDK里面的私人API
  • 不要使用任何SDK文档里面没有列出的功能
  • 不要提及用户设备上不存在的硬件功能
  • 如果需要网络连接，在没有网络的情况下要告知用户
  • 不要（过度）模仿任何本地应用程序
  • 不要（过度）山寨某个本地应用的功能
  • 运行若干次之后不要过期或停止工作
  • 不要使用任何未经批准的硬件配件
  • 不要包含种族主义内容、过长的暴力图片、性和裸体相关的图片
  • 不要“无意中”发生这样的事情：不受限制的网页浏览、显式歌词、未经过滤的图书
  • 不要恶搞知名的公众人物，不管是死是活
  • 不要包含能够执行下载文件的脚本解释器、插件或其它运行时（runtime）
  • 不要使用连续震动
  • 在每个输入区域使用相关的键盘（比如在输入手机号的地方要调出数字键盘）
  • 在表格视图下，如果选中多行会调出另一个视图的话，那么应该取消选中当前视图中的行
  • 仅在连接WiFi的情况下才能播放视频或下载其它大型文件
  • 如需发送私人数据到服务器，需要告知用户，并提供取消选项
  • 不要偷偷使用摄像头或话筒
  • 使用GPS功能是为了给用户带来切实的好处，而不是仅仅是广告或跟踪
  • 绝不要崩溃

遵守苹果的用户界面指南（Human Interface Guidelines），一定要好好看，以下是一些常见的错误：

  • 应用看上去设计精美、品质上乘
  • 本地按钮图标与其本地动作保持一致
  • 活动指示图标不能转个没完没了
  • 触碰之后可以激活按钮
  • 屏幕布局可以处理好高度加倍的状态栏（比如通话期间）
  • 停止应用时应保存状态，下次启动时可以恢复
  • 如果支持横屏模式，横屏设计也要很美


针对iPad：

  • 你的应用应该从各个方向都能使用，如果仅支持横屏和竖屏，那么上下两个方向都要支持
  • 弹出窗口里面不应该包含其它弹出窗口，也就是选择弹出窗口里面的东西不会激活另一个弹出窗口Y
  • 一次不能弹出两个及以上窗口


提交应用程序文件时的细节：


  • 程序文件名字和iTunes应用商店里面显示的名字要一致，或者是缩写
  • iTunes中的描述要准确描述应用的功能，说到做到
  • iTunes描述不包括价格信息
  • iTunes描述中不能包括Android、黑莓等苹果竞争对手的名字
  • iTunes描述不能提及尚未发布的iOS版本
  • iTunes关键词要和应用功能相匹配
  • iTunes关键词不能包含其他应用的名称
  • 如果你的应用售价超过100美元或者应用内购买金额超过100美元，那么应该标记为17+
  • 应用截屏不能包含错误状态，包括iAd的错误
  • 应用分类与其功能相符
  • 应用中的彩蛋无伤大雅，需要在演示账户中透露
  • 提供各种尺寸的图标：57，72 (iPad)，114，512
  • 不同尺寸的图标都包含同样的内容
  • 版本号大于等于1.0
  • info.plist文件中所需要的设备功能和应用的实际需求相符
  • 应用使用情况和操作系统版本兼容性相符
  • NSZombieEnabled设为NO
  • 如使用推送通知，需要在entitlements.plist中添加用于“aps-environment”授权信息
  • 若使用推送通知，你的应用ID必须已经激活推送通知功能
  • 在更新iTunes的“新功能”介绍时，内容要和应用实际变化相符
  • 更新应用时，要做到名副其实，并且更新能够被用户发现
  • 更新后的应用版本号要大于上个版本

杂项：

  • 应用要有足够大的市场，比如不能直供小部分人私下里使用
  • 应用里不能存在已经作废的和未来版本发布有关的按钮和功能
  • 简化（Lite）版应用必须能用；也就是说也要做到名副其实
  • 简化（Lite）版应用不能有时间限制
  • 简化（Lite）版应用不得显示完整版应用的价格
  • 作为应用的一部分，应用加载的网页必须是线上的，并且可用
  • 任何相关的email地址都必须存在并且可用
  • 所有应用升级和其他交易都必须通过苹果应用商店完成
  • 应用不能是一个简单的浏览器窗口中的的网站
  • 应用必须满足任何相关的管制规定，比如涉及医疗的应用
  • 若使用加密，必须已经通过BIS注册，并能提供文档
  • 如果你的应用需要登录，需要提供测试账户
  • 如果应用使用MapKit，不得隐藏或掩饰Google Logo
  • 如果使用摄像头，不得关闭快门声音


版权、商标、所有权

  • 能证明你拥有或有权使用应用中的所有代码
  • 能证明你拥有或有权使用应用中的所有作品
  • 能证明你有权使用应用中的所有品牌名、公众人物名和其他商标材料
  • 比如图片和图标不能有偏光效果的边界
  • 比如图片和图标不能包含iPhone和其他苹果产品
  • 你能证明拥有或有权使用应用中的所有视频、音乐和歌词。


作者：zyc851224 发表于2012-3-24 18:37:48 原文链接
阅读：25 评论：0 查看评论

相关 [苹果 ios app] 推荐：

苹果IOS APP 通关秘籍

- - CSDN博客推荐文章
作为手机应用开发者，你需要向应用商店提交应用审核，迅速通过审核可以让你抢占先机. 对苹果iOS应用开发者来说尤其如此. 苹果应用商店的审核近乎吹毛求疵，下面这些清单可以让你知道苹果会在哪些地方找茬. 不能导致手机故障（比如崩溃或屏幕问题）. 长时间/过度使用之后反应仍然很快. 应用内的所有价格信息中不能用固定值代替可变变量.

奇虎360旗下iOS应用遭苹果APP Store下架

- - 小马资讯网
中新网2月6日电 今日，有多位网友反映，包括360手机卫士在内的多款奇虎360旗下应用程序被苹果APP Store下架. 奇虎360方面表示正在与苹果公司进行沟通. 　　据网友称，受到影响的奇虎360旗下应用包括360手机卫士、360口信、360浏览器HD、360电池医生、360安全备份等.

[IOS]iOS App性能优化

- - 操作系统 - ITeye博客
iOS App的性能关注点. 虽然iPhone的机能越来越好，但是app的功能也越来越复杂，性能从来都是移动开发的核心关注点之一. 我们说一个app性能好，不是简单指感觉运行速度快，而应该是指应用启动快速、UI反馈响应及时、列表滚动操作流畅、内存使用合理，当然更不能随随便便Crash啦. 工程师开发应用时除了在设计上要避免性能“坑”的出现，在实际遇到“坑”时也要能很快定位原因所在.

iOS Web App初步

- - 新浪UED
iOS Web App开发，配合HTML5，是目前比较热门的话题. 今天，先抛开HTML5，我们来尝试在PhoneGap框架上进行简单的开发. PhoneGap是一个使用HTML，CSS和JavaScript的，创建移动跨平台移动应用程序的快速开发平台. 它使开发者能够利用iPhone，Android，Palm，Symbian,WP7,Bada和Blackberry等智能手机的核心功能——包括地理定位，加速器，联系人，声音和振动等，此外PhoneGap拥有丰富的插件，可以以此扩展无限的功能.

iOS APP体验设计

- wuwu - 彩程团队BLOG
iOS APP体验设计不像互联网的体验设计那样，有一堆的方法论和可以“借鉴”的案例. 目前除了苹果的和前Palm的外，没有找到更好的设计哲学和方法论. 事实上，即便认真地研读了HIG和Zen of Palm，甚至是Oolon Colluphid的哲学巨作你也无法严格按照Guideline设计出一款出色的APP.

iOS App体验设计

- 志飞 - 36氪
编者按：本文来自成都彩程设计的CTO肖轶翔「@yxshawn」，关注「iOS,人机交互,UED,音乐人,多媒体,哲学,科幻,电子,迷幻」. 他在文中对iOS 应用和普通网站设计进行了对比，并提出了自己的设计理念. iOS APP体验设计不像互联网的体验设计那样，有一堆的方法论和可以“借鉴”的案例. 目前除了苹果的和前Palm的外，没有找到更好的设计哲学和方法论.

iOS App开发那些事

- - IT江湖
自从做Team Leader之后，身上权责发生了变化，于是让我烦恼的不再是具体某个功能，某个界面的实现，而是如何在现有代码的基础上做渐进式的改进，创造出比较合适规范和框架，使得组内成员更快更好地完成任务. 一年下来，颇有点想法，于是啰嗦几句关于iOS App开发的那些事. 首先明确一点，合适的人是指纯技术团队的建设.

The Right Way to Architect iOS App with Swift

- - limboy's HQ
关于 iOS 架构的文章感觉已经泛滥了，前一阵正好 Android 官方推了一套. App Architecture ，于是就在想，对于 iOS 来说，怎样的架构才是最适合的. 这是第一个也是最重要的问题，为什么会出现各种 Architecture Pattern. 我们来想一下，无论是做一个 App 还是搭一套后台系统，如果是一次性的，今天用完明天就可以扔掉，那么怎么快怎么来，代码重复、代码逻辑、代码格式统统不重要.