翻阅:我编程我如获至宝(一.4)

4 做团队中极差之

前言

  爵士乐的传奇人物,爵士乐吉他手Pat
Metheny给年轻音乐演奏者提出了一样条建议–“做乐队中不过差的乐师。”

     
 感谢您付出宝贵的德才和日来支付iOS使程程序。从工作跟待遇的角度而言,这对于群的开发员来说一直都是均等宗值得投入的事业,我们盼望帮忙而在这成功之团体。我们揭晓了《App
Store审核指南》(App Store Review
Guidelines),希望经过它们拉你避开开发应用程序过程遭到的一部分题材,并助您于交付应用时加快审核流程。

  进入IT这行之前,我是一模一样誉为专业爵士和蓝调布鲁斯萨克斯风演奏者。作为同名叫乐器演奏者,我老幸运地早便仿照到了这个道理并且直接坚称这么做。做乐队中最差的乐师意味着你总是以同比较你漂亮的人口联名演奏。

     
 我们将应用程序(Apps)视为与书籍或曲不同之出品,我们并无存储它们。如果你打算批评宗教,那就夺写本书。如果你想如果描述性,那即便描写本书要摹写篇唱歌,或者可以创建一个医疗程序。这么做可能会见比较复杂,但是我们不允许在应用程序商店(App
Store)出现某种禁止内容。这会让你认识及我们秉持的进一步深远的目的:

  这样的话,你为何非选做此极度差之乐手呢?你会问”那这样不就是见面承受很充分之压力啊?”没错,刚开压力是那个可怜。作为一如既往号称年轻的乐师,我一连格外鲜明,因为自身一连乐队中尽差的乐师。去表演时自并萨克斯风都不思量以出来,因为自身怕让人赶下舞台。那个时刻自己总是仰视身边的总人口,期望来平等上好吧能够达到他们之档次,甚至愿意能变成乐队主奏。

     
 我们来众多但供应小孩子可下载的应用程序。家长的监护可以生好地维护孩子,但是你需要做乃应该做的那有些。因此,您若询问我们每时每刻以顾着公的子女。

  感谢上帝,我尚未难倒。神奇的业务发了。我于这行占有了一席之地。我莫是乐队中尽差之特别,但也没有成最出彩的。这起个别只原因,其中一个缘由是本身连无是友好想象得那差。这点我们稍后再议论。

       App
Store中发生数百万之使用。如果你的应用程序没有呀好之用,不是绝无仅有的或者不克提供持续性的玩效果,那它恐怕未见面被我方接受。

  更有趣的来头是自我之演奏得自行模仿我的偶像演奏出的乐,这要是自身在他们当中占有了一席之地。我欲马上是以自身本身持有某种超能力–站在一个资质旁边,就可知有所他的能力。但回想起来也没这么神奇,这类似就是出于同样栽本能。就好像使我周围的口提方式及本人弗同等,那我就会自然而然地给他们影响,说话时采取他们之词汇或者语法习惯。我都于印度生存了同样年半,从印度回来后,我老婆常给我说的讲话引起得哈哈大笑,她问我:”你听到自己刚刚说啊了么?”我竟以说话印度英语。

     
 如果您的应用程序看上去像是那种单纯费了几乎上功夫简单并凑出来的成品,或者只是怀念当我们的小卖部中引发朋友之眼珠,请提前做好吃拒绝的预备。我们发出广大姿态谨慎的开发者,不指望他们的高格调应用程序充斥在有非正式创作中。

  我做萨克斯风手经常,就是召开乐队中极差之演奏者。我只能像其他人一样演奏。事实上当我以赌场或者巴掌很的酒吧里与那些差劲的乐队一起演奏时,我的演奏水平也为他们即。我发觉尽管非是在酒店演奏,我吗摆脱无了于那些差劲的乐队那里传来的坏习惯。就接近那些酒鬼,清醒的当儿摆也含糊不清。

     
 我们将不容任何含越界内容或作为之应用程序。您可能会见问道,具体界定是呀?最高法院的审判员都有言:“它起经常自己本来心中有数。”当你过这无异于限时,我们当你吗会见有自知之明。

故而我认及人们见面沾好死之进化还是退步,仅仅是盖和他们合作的口不同了。与一个组织协作之时日累加了,会指向自身之能力产生持久的熏陶。

只要你的应用程序被拒绝,我们设置了一个审核委员会供而上诉。如果你去媒体抨击我们,肯定对您给事无补。

  作乐手的时,我养成了探寻最好好之乐师与的一起演奏的惯。进入IT这行后,这种习惯自然而然地继续了下去。我无心地去寻觅最全的IT人士,并跟她们同台干活。显然,真理是禁得起考验的。做编程团队里极其差之程序员和做乐队里最好差之乐手产生的法力是一模一样的。你晤面发现自己变得新鲜地睿智。你勾勒的事物,和你的谈吐都见面变换得更其有聪明。你编的次序和统筹会越高雅优美。你晤面更为有创造力,难题为化解。

     
 如果您试着作弊(比如以审核流程中作假,窃取用户数据,抄袭其他开发者作品,或者操作以评分),我们用会见转移除您的应用程序,并且以你打开发者计划着开。

  好,现在我们回去能吃自身竟然地融入乐队的首先单因。我真的不像自己想象的那么差劲。在音乐这行,要想赢得别的乐手对你的真评价,并无是起难事。你可以,那人家就会见还邀请而合作;你差劲,别人就是见面避免与您合作。比起你直接问于她们什么评价您,这种考查方法还会取得实际的反馈,因为好之乐手不愿意和差劲的乐手同台。让自身震惊之是,很多得天独厚的乐师都见面重复约自己及她俩一起,甚至邀请我同他们合伙组建乐队。

     
 这是一个动态文档,新交付的应用程序会招新的问题时有发生,并可能时时发新的规则。或许你的应用程序会触及暨当下一点。

  试图开一个团体里最为差之总人口好为你不再小看自己。可能你的能力应该是当五星级乐团演出,但您自己却看自己属于乙等乐团,这还是为您怕。清楚地亮自己无是无比好的,就未会见总担心被人察觉你不是那么精良。事实上,即使你于品味做老大最差的,也并无意味着你就是是极致差的。

     
 最后只要验证的凡,我们特别尊重这平台,并且于您的作品代表尊崇。我们真的于品味尽力创造世界超级平台,以便让你展示才华,同时取得对应的待遇。如果及时读上去给你觉得我们的主宰需要过高,那是坐我们曾经于用户承诺确保,我们将下我们的产品于他们得大格调体验。

练 习

目录

  找一个团,让好变成”最差”的。不欲及时调换工作,你得试试着寻找一个志愿者项目,通过跟是类型蒙其他程序员的协作,提高自我能力。查查有怎样编程团队会议,然后去与这些会。程序员一般还见面因此业余时间做兼职,以这来练新的技艺,提高自我技术。

1.条条框框及标准

假使在身边找不至这么的程序员组织,就利用网络。找一个而钦佩的开源项目,且他的设计者是公下一阶段发展的目标。浏览这个类别之得处理列表和法定讨论区,或者编写一个功能或更正一个万分之错。你的代码要效仿之类别的代码风格,但是又要于您的代码和设计及另外品种了两样,甚至给原作的程序员都认不出来。在你认为一切还妥当后,把她当一个补丁提交。如果你开得好,这个路就见面受其。这样再来开。如果这类型之统筹团队不同意你的观点,那就是将她们之举报加入到您的计划性受到更提交,或者记录下她们做出的变更。最终,你晤面发现自己成为了这路团队中值得信赖的平位。你见面惊喜地觉察尽管这些高档程序员并无以您的身边,你还连他们之声响都并未听罢,但您曾经打他们身上学到了许多东西。

2.功能

3.元数据

4.位置

5.推送通知

6.游戏中心

7.广告

8.商标与商品外观

9.传媒内容

10.用户界面

11.选购同钱币

12.抓捕到手与聚集

13.装备损害

14.人身攻击

15.暴力

16.使得人反感的内容

17.隐私

18.色情

19.宗教、文化与种族

20.竞赛、赌博、彩票和抽奖

21.慈善跟援助

22.法规而起

23.Passbook

24.儿童门类

25.扩展

26.HomeKit

27.HealthKit

28.TestFlight

29.Apple Pay

 

 

1. 条条框框和标准化

1.1 为App Store开发顺序,开发者必须遵从 Program License Agreement
(PLA)、人机交互指南(HIG)以及开发者和苹果签订的其他商量以及合同。以下规则和示范旨在帮助开发者的次序会收获App
Store的认同,而休是修改要去任何其它协商中之条规。

2. 功能

2.1 崩溃的次将会见叫拒绝。

2.2 存在不当的主次将会晤为驳回。

2.3 跟开发者宣传不符之次第用会给拒。

2.4 无动文档或躲藏功能以及叙述不符之先后将会见叫拒。

2.5 使用非公开API的次序将会晤为拒绝。

2.6 在指定容器范围外读写多少的顺序用会晤受拒。

2.7 以其他方式或者款式下载代码的主次将会见叫拒。

2.8 安装或运行其他可尽代码的程序用见面吃拒。

2.9 beta版、demo版、trial版和test版的次用会受拒绝。

2.10 iPhone程序必须休经修改就能因为iPhone分辨率和2倍增 iPhone
3GS的分辨率在iPad上运行。

2.11 与App
Store已来程序还的下或会见给驳回,特别是数据很多的场面下,比如手电筒应用与爱经应用。

2.12
有用性不明明、不异之施用或与网站简单打的运用来或给驳回;不提供其他持久娱乐价值的主次可能会见受拒。

2.13 主要用以营销要广告之程序将会见让拒。

2.14 提供欺骗或虚伪功能,却有没发显著标示的应用程序将会见给驳回。

2.15 大于100MB(绿色原先是50MB)无法通过蜂窝网络下载的采用(App
Store会自动禁止)。

2.16
多任务程序行使后台服务就限于几种植目的:VoIP,音频播放,地理位置,完成任务以及地面提醒等。

2.17 应用程序只允许用iOS WebKit框架和WebKit Javascript浏览web内容。

2.18 鼓励酗酒或采用违禁药物,或利诱青少年饮酒还是吸附的次第将会见于驳回。

2.19 供错误的系统诊断或设施数据的施用将见面被驳回。

2.20 向App Store上传大量貌似版本程序的开发者将会晤于iOS开发者计划遭遇革除。

2.21 简单的曲或者电影采取要交给至iTunes
store,书籍类使用该付出到iBookstore。

2.22 武断地冲环境(如定位还是运营商)限制用户采取的应用会为驳回。

2.23 应用得遵从iOS数据存储指导方针(iOS Data Storage Guidelines
),否则用将给驳回。

2.24 存放在Newsstand的运得遵开发者项目许可协议(Developer Program
License Agreement)的表1、表2以及表3,否则用将会晤为拒绝。

2.25 类似App
Store,基于购买或者促销的目的而著外以的使用将见面被驳回,除非是通过特别核批准(比如常规管理、航空和另无论是障碍需要等),或者为非常群体用户提供有重大意义的附加值的用。

2.26
只有当app采集是由特殊核需求时,app才堪显示与推荐自家之外的另应用程序,比如常规管理、航空及无障碍需要等,否则应用程序将会晤受驳回。

3. 元数据(名称、描述、评级、排名等

3.1 应用或处女数据中关系任何任何活动平台以会晤为拒绝。

3.2 带有占位符文本的主次用见面于驳回

3.3 描述负发生与程序内容跟效力未系的消息的使将见面叫拒绝。

3.4 为不混淆用户,iTunes
Connect中之采取名称应当和显示在配备上的应用名称一致。

3.5 不同尺寸的app icon要同,否则会导致混淆。

3.6 程序图标与截图不适合4+岁数评级的主次用会让拒绝。

3.7 目录和种类不相符给序内容之程序将会给拒。

3.8
开发者有责任也夫程序指定适合之评级。不匹配的评级可能会见出于苹果商店修改。

3.9
开发者有义务也夫先后指定恰当的基本点字。不适合的重要词可能会见被苹果公司修改/删除。

3.10
有以下行为之开发者将会晤为苹果打iOS开发者计划中革除:试图操纵或者诱骗用户评级,伪造或付费评级,以及任何不兼容的一言一行。

3.11 在装置下载前推荐用户还开iOS设备的利用将会为拒。

3.12
在交对过程被,应用程序应包含能正常运行的URL,比如支持URL和隐私政策URL。

3.13
如果应用程序的截图及营销文本没有清楚地确定要分外单独购买(比如以IAP)的内容要项目,那么应用程序将会见于拒绝。

3.14 App预览可以只以从应用程序捕获的视频屏幕、旁白、文本及design
overlays,否则应用程序将会晤为驳回。(10.11更新)

3.15
添加App预览的应用程序,未经许可展示实在人个人信息将会晤受拒绝。(10.11更新)

3.16
App预览可能才包括在享有选定地区外经过授权许可用于这目的的音乐。(10.11创新)

3.17 App预览包含未经许可的经过app播放的始末(比如iTunes
playlist和YouTube流媒体)的施用将见面叫拒。(10.11翻新)

4. 位置

4.1 在采访、传输或采用位置数据之前未通报并拿走用户同意的顺序用会晤受拒。

4.2
使用基于位置的API来机关控制车子、飞机或外装备的应用程序将会晤为驳回。

4.3 使用基于位置的API用于调度、车队管理要应急服务之先后将会晤受拒绝。

4.4
当与祭效益要劳动细致入微相关时可以动用位置数据,或者用于通过授权的广告。(10.11创新)

5. 推送通知

5.1 不行使苹果推送通知 (APN)应用接口提供推送通知之主次用见面被拒绝。

5.2 未打苹果获得Push Application ID便随意以APN服务之顺序将会晤吃拒。

5.3
在首蹩脚推送消息还是要求推送通知运行前未落用户许可的用将见面被驳回。

5.4 使用推送通知发送敏感个人信息或机密信息的次将会晤为驳回。

5.5
使用推送通知发送非请求消息还是用来钓鱼或群发垃圾邮件用途的次序用会晤受拒绝。

5.6 应用程序不可采用推送通知发送广告、促销或另项目的直销信息。

5.7 应用程序不克于以推送通知服务的用户收到费用。

5.8
使用推送通知会见了多采取APN服务之网络流量或带富或被设备带来过度负担之次将会见让驳回。

5.9
如果应用程序传送病毒、文件、计算机代码或程序,并且对APN服务的正常运转造成危害或者刹车,那么该次将见面被驳回。

6. 打为主

6.1 向终极用户还是自由第三着出示玩家ID的次序将会晤为拒绝。

6.2 将玩家ID用于其它未经游戏中心条款批准用途的次将会晤受拒绝。

6.3
试图进行反朝寻找、跟踪、关联、挖掘、获得或使用玩家ID、别名或透过打中心获得其他信息之开发者将会见iOS开发者计划除名。

6.4 游戏中心信息(例如排行榜分数)只能通过游戏中心用于采取中。

6.5
利用游玩为主服务发送非请求信息要用来钓鱼或群发垃圾邮件的顺序用见面吃驳回。

6.6 使用游戏中心过多占用网络流量或带宽的主次用见面被驳回。

6.7
如果程序会传递病毒、文件、计算机代码或程序,并且针对游戏中心服务之健康运行造成伤害或者暂停,该次用会受拒绝。

7. 广告

7.1 人工刷广告浏览量或者广告点击率的应用程序将会见叫驳回。

7.2 包含空iAd广告的应用程序将会晤为驳回。

7.3 主要设计目的在于显示广告之应用程序将见面被拒。

8. 商标及货物外观

8.1 应用程序必须遵从“Guidelines for Using Apple Trademarks and
Copyrights”和“Apple Trademark List”中证明的有所条条框框和规则。

8.2
任何误导和暗示苹果公司是欠应用程序来源或提供商,或者苹果公司因另外形式表示认同其色还是效益的应用程序将会见于拒。

8.3 与当前早就产生苹果产品还是广告主题外观般或歪曲的应用程序将会见于驳回。

8.4 在应用程序名称中将苹果产品叫拼错的应用程序(例如,GPS for
Iphone,iTunz)将会让驳回。

8.5
使用让保障之老三正材料(商标、版权、商业秘密、其他民用内容)在申请时需要提供相同份文件形式之版权确认。

9. 传媒内容

9.1 不应用媒体播放器框架(MediaPlayer
Framework)获取音乐库中媒体内容的应用程序将见面于拒绝。

9.2 用户界面模仿任何iPod界面的应用程序将会晤受驳回。

9.3 通过蜂窝网络传输的音频流内容各5分钟不得跨5MB。

9.4 通过蜂窝网络传输超过10分钟之视频流内容要用HTTP Live
Streaming,并包含一个基准线为64kbps的节拍HTTP Live Streaming。

10. 用户界面

10.1 应用程序必须遵循苹果之《iOS Human Interface
Guidelines》中有的条文和规格。

10.2 外观以及和iPhone的自带应用(比如App Store、iTunes
Store和iBookstore)相似之运将会见于驳回。

10.3 未能按照苹果《iOS Human Interface
Guidelines》描述是用系统提供的路(比如按钮、图标)的下将会让拒绝。

10.4
创建多桌面/主屏幕环境或拟multi-App插件体验的应用程序将会给拒。

10.5 修改音量大小和铃声/静音开关等正规开关功能的应用程序将会见叫拒。

10.6
苹果和咱们的客户高度珍惜简单、精致、富有创造性和经精心设计的界面。虽然要交给再多,但可很值得。苹果设立了颇高之妙方。如果您的用户界面最过复杂或者水准不高,可能会见为驳回。

11. 购得和货币流通

11.1 使用App
Store以外的水渠解锁或被附加属性与机能的应用程序将会晤被拒。

11.2
使用应用内出系统(IAP)以外的网采购内容、功能还是服务的使软件将见面吃驳回。

11.3 使用IAP购买东西商品及毫无用于该软件之劳动的使用软件以见面叫拒。

11.4 应用程序使用IAP购买积分(Credit)或者其它的币必须于遵循用被花。

11.5 使用IAP购买已过期积分(Credit)或者其它货币的运软件用会晤被驳回。

11.6 使用IAP订阅的情至少要时时刻刻7龙,而且允许以用户之另外iOS设备里共享。

11.7 应用程序使用IAP购买项目须分派到是的置类型中。

11.8 使用IAP购买iOS内置功能(如照相机,陀螺仪)的应用程序将会见让拒绝。

11.9
含有超过限制时间的内容要劳动之应用程序将会见于拒绝,除了特殊许可的情(比如films、电视节目音乐以及本本)。

11.10 保险类应用程序必须免费,遵守发布地方的法网,并且不可知使IAP。

11.11 一般而言,你的应用程序越值钱,我们的评审更为穷。

11.12 提供订阅功能的采用得使IAP,苹果用见面遵循 Developer Program
License Agreement中之约定和开发者按30/70比例分成。

11.13
在以内以跳转到标购买或订阅链接的以将会见给驳回,比如“buy”按钮跳反至一个置办电子书的web页面。

11.14
只要利用内无跳转至标购买、订阅的按钮或链接,苹果允许这些以读取或显经批准的、在动用他进或订阅内容(特别是笔记、报纸、书籍、音频、音乐、视频与云存储内容)。苹果不得不通过应用程序内的置得部分入账。

11.15
应用程序可以独自下自动更新订阅期刊(报纸、杂志)、商业应用程序(企业类、效率类、专业创意类和云存储类)和媒体应用程序(视频、音频、声音),否则应用程序将为拒。

11.16
当与特定的经核对的实体产品(比如玩具)结合使用时,应用程序可以运用得批准的附件功能,只要附加功能了依赖让该硬件产品(比如同慢慢悠悠用于控制望远镜的应用程序)或者为足以在匪利用实物产品之状态下采取应用程序,比如当成功的赏或者用IAP。

11.17
如果以功能仍各州和联邦法律,那么以可为此来促进被肯定的虚构货币的通商。

12. 抓取和集

12.1 从苹果网站(例如apple.com、iTunes Store、App Store、iTunes
Connect以及Apple Developer
Programs等)抓取任何消息要以苹果网站内容以及劳务进行排名之应用程序将会见叫拒。

12.2 应用软件可采取得特许的苹果RSS feeds,例如iTunes Store RSS
feeds。

12.3 只是简短的网页剪切、内容结合或收集链接的应用程序可能会见受拒绝。

13. 误设备

13.1 怂恿用户以可能致危害的道采取苹果设备的运软件用会晤吃驳回。

13.2 快速耗光设备电量或生过多热量的使软件将会晤受驳回。

13.3 能导致用户人身损害的app将会见叫拒。

14. 人身攻击

14.1
涉及诽谤、人身攻击性质以及内容狭隘卑鄙的利用软件或打击特定个人或团体的施用软件以会给拒绝。

14.2 职业政治讽刺家及有趣作家匪叫这等同条条框框约束。

14.3
展示用户做始末(UGC)的应用程序必须提供一个过滤不良资讯的不二法门,一个用户可以记具有侵犯性内容之机制和可阻挡辱骂用户的力量。(10.11翻新)

15. 暴力

15.1
应用程序中出现人口要么动物吃深、致残以及枪击、刺伤、拷打等受伤情况的真实性画面将会见于拒绝。

15.2 出现描绘暴力还是虐待孩子等情节之应用程序将见面被拒绝。

15.3
游戏中起的“敌人”不可指向一个一定种族、文化、一个实打实存在的政府、企业或其它任何具体中之实业。

15.4
对铁进行实事求是描述为煽动非法采取或者滥用这些家伙的应用程序将会见叫拒绝。

15.5蕴含俄罗斯轮盘赌博情节之一日游将会晤为拒绝。

16.驱动人反感的情节

16.1 应用程序中起过分令人反感或者低俗的始末将会晤被拒。

16.2 在筹划及激怒用户或使人觉得腻烦的应用程序将会晤为拒。

17.隐私

17.1
在未经用户优先批准,或非告知用户如何用信息,在何方使用信息之景象下,应用程序不能够传输用户数量。

17.2
要求用户提供电子邮箱地址及出生日期等亲信信息才可采用那作用的应用程序将见面吃拒。

17.3
仅出于遵守适用的娃娃隐私法的目的,应用程序可以要求用户之出生日期(或者使另外age-gating机制),但是要概括有立竿见影的力量还是打价值,不管用户年龄大小。

17.4
应用程序收集、传输和享受未成年用户个人信息(比如名、地址、邮件、位置、照片、视频、绘画、聊天及其他民用数据,或者和以上所述相关的永久性标示符)必须遵应用儿童隐私法,并且要含有隐私条文。

17.5
包含账号注册或看用户现有账号的应用程序必须含有隐私策略,否则用见面被拒绝。

18. 色情

18.1
含有色情资料,也不怕是《韦氏词典》中定义的“旨在刺激性欲,对性器官或性行为之明白描述还是显,而无关美学或心情感受”的次序将会晤受拒。

18.2 用户频繁提供生成色情内容之应用程序(比如先的Chat
Roulette程序)将会为驳回。

19.教,文化和种族

19.1
涉及宗教、文化或种族群体之援或评头品足包含诽谤性、攻击性或者窄内容,或会要特定群体中迫害或武力之应用程序将会让拒绝。

19.2
程序可以涵盖或引用宗教经文,程序所提供的援或翻译要规范且未会见挑起误导。评论应该生出教育意义,可以使得人开阔眼界,而无该煽动性。

20. 赛、赌博、彩票和抽奖

20.1 赌博以及比必须由应用程序的开发者或者app所属企业发起。

20.2
应用程序必须出示赌博以及竞技的标准规则,并声称苹果不是发起者,也没以其它方法介入活动。

20.3
开发者运营一悠悠具抽奖性质的以得经过法律允许,并且抽奖应用必须怀有以下特征:报酬、机会和奖品。

20.4 允许用户以使用中一直采购彩票还是彩券的使用将会让拒绝。

20.5
提供真钱游戏(比如体育博彩、扑克牌、赌场玩与赛马)的应用程序必须发采取使用区当地必要的批准和允许,必须界定于这些区域,必须得从App
Store免费下载。

20.6 使用IAP购买信誉或者钱,且成真钱游戏之动将会见给拒绝。

21.慈善及援

21.1 包含可以往曾证明的慈祥组织给功能的应用程序必须是免费的。

21.2 捐赠款项的募集必须经过Safari浏览器访问web页面或是手机短消息就。

22. 王法而起

22.1
应用程序必须信守所有发布地方地面法规,开发者有分文不取了解并遵照所有地方法律。

22.2 包含虚假,欺诈或误导性陈述的先后将会见于拒绝。

22.3 任何招徕、促进或鼓励犯罪或者明显鲁莽行事之顺序将会让驳回。

22.4 支持非法文件共享的主次用见面吃拒。

22.5 被规划用来非法赌博工具的应用程序(包括点算牌)将会晤受驳回。

22.6 具有匿名或恶作剧拨打电话或发送类似短信/彩信功能的主次将会晤为拒绝。

22.7
任何付出暗中搜集用户密码或用户私人数据程序的开发者将见面起iOS开发者计划面临开。

22.8
包含无法律实践有发布之DUI检查点信息,或者怂恿/协助酒后驾车的用将会见于拒绝。

22.9
任何计算药用剂量的动必须提交药品制造商或确认机构(比如医院、保险企业以及大学)。

22.10.于非授权的状下行使iTunes音乐预览的应用程序将会见于驳回。(新增)

23. Passbook

23.1 Passbook
Passes可给用来开发或接支付,传递商业信息或者提供证明(比如电影票、飞机票、优惠券与任何),而把Passbook
Passes用于其他用途的应用程序可能会见受到回绝,并且会给收回Passbook证书。

23.2
Passes必须带有有效的pass发行人有效之关联资料,否则app将会让拒绝,并且Passbook证书也会为取消。

23.3
Passes必须经过实体签名,并根据其名字、商标或品牌拓展分发,否则应用程序将见面被拒绝,而Passbook证书吗可能会见叫裁撤。

24.儿童档次

24.1
主要供应儿童以的应用程序必须带有隐私政策,必须适用于应用程序的幼儿隐私法。

24.2
主要供应小孩子使用的应用程序不容许包括作为广告(比如根据用户app内部活动之广告),任何在应用程序中形的上下文广告要符合孩子。

24.3 主要供应儿童以的应用程序必须得父母许可或用parental
gate才能够链接到应用程序外部或开展交易。

24.4 儿童类别中之应用程序必须标明“5岁以下,6-8岁还是9-11春”。

25.扩展

25.1 包含扩展的应用程序必须比照 App Extension Programming Guide
(中文版,英文版)要求。

25.2
包含扩展的应用程序必须提供一些意义(辅助屏幕,附加设置)否则将会晤为拒。

25.3
如果扩展的视图中带有营销推广、广告还是IAP内容,那么带有该扩展的下将见面叫拒绝。

25.4 键盘扩展必须提供一个切换到下单键盘的主意。

25.5 键盘扩展必须有离线访问效果,否则将会见让拒绝。

25.6 键盘扩展必须提供与 App Extension Programming Guide
描述一致的数字与什前进键盘类型,否则将会见叫驳回。

25.7
提供键盘扩展的运用得怀有核心的效果分类以及隐私政策,否则用见面叫拒绝。

25.8
提供键盘扩展的应用程序只同意搜集用户活动以增长键盘扩展在iOS设备上的功能,否则将会见叫驳回。

26.HomeKit

26.1采用HomeKit框架的应用程序必须发供家中自动化服务的重要目的。

26.2
使用HomeKit框架的应用程序必须于营销文本中说明用途,同时必须提供隐私政策,否则用会见叫拒。

26.3应用程序不同意将起HomeKit
API收集之数码用于广告宣传或者其他根据使用的数额挖掘。

26.4 出于其他目的采取于HomeKit
API收集之数量,而无是用以加强用户体验还是家中自动化功能中硬件/软件性能,这看似应用将会晤为驳回。

27.HealthKit

27.1 使用HealthKit框架的应用程序必须遵其所在区域的适用法律,以及iOS
Developer Program License Agreement中之3.3.28暨3.39条条框框。

27.2以冒牌或者失实的数写入HealthKit的应用程序将会见让拒绝。

27.3 使用HealthKit框架iCloud中蕴藏用户正常信息的应用程序将见面于拒绝。

27.4 应用程序不允将经HealthKit
API收集之用户数量作为广告宣传或者根据使用的数挖掘目的,除了改善健康、医疗、健康管理和医学研讨目的。

27.5 未经用户许可和第三正值分享由此HealthKit
API获得的用户数量的应用程序将会给拒绝。

27.6 使用HealthKit框架的应用程序必须在营销文本中验证并了Health
app,同时须于app用户界面清楚阐释HealthKit功能。

27.7使用HealthKit框架的应用程序必须提供隐私政策,否则用会给驳回。

27.8
提供诊断、治疗建议要控制硬件以诊断或者看疾病的使,若没有基于要求提供书面的监管审批,将见面吃驳回。

28.TestFlight

28.1应用程序仅能采用TestFlight对以明披露也目的的利用进行beta版测试,且务必遵从完整的App
Review Guidelines。

28.2
当版本中蕴藏的始末或效益发生举足轻重变化时,使用TestFlight的应用程序必须付出对。

28.3 使用TestFlight的应用程序不允分发给测试者,以当任何形式的增补。

29. Apple Pay

29.1 使用Apple
Pay的应用程序必须于出卖任何商品要服务前也用户提供有资料的采办信息,否则将会见于拒。

29.2 使用Apple Pay的应用程序必须科学用 Apple Pay Human Interface
Guidelines 中的Apple Pay标识与用户界面元素,否则将会见让拒绝。

29.3 使用Apple
Pay的应用程序不可知提供触犯任何领域范围法律之用来交付的货品还是服务,也无可知就此作任何非法目的。

29.4 使用Apple Pay的应用程序必须提供隐私政策,否则用会让驳回。

29.5 只有为推进或加强商品与劳务之交给,或者依照法律要求,使用Apple
Pay的应用程序才会跟第三正分享由此Apple Pay获得的数量。

 

动态文档

 

当时卖文档展现了我们于竭尽所能向您分享我们本着交付到App
Store的先后的审批办法,我们意在你在付出及付出程序时,这卖指南能对您拥有助。这是同样客动态文档,随着初程序与初情况的发会有着变动。我们会定期更新,以反映这些变迁。

谢谢你与到iOS的开支被来。虽然这文档是均等卖“不欠做事情”的列表,但也请用那份短得几近的“必做事情”列表牢记在心。最着重之是,与我们一道
共同努力让用户觉得讶异与喜悦。用创新方式向他们来得世界,让他们用前所未有的不二法门同之交流。根据我们的涉,无论是在效力和用户界面及,用户真正会对结束
善的次有所影响。更进一步,给他们要之外的事物,带他们去没有去了之地方。我们愿提供辅助。