收藏本站
51Code Android开发培训Banner
您所在的位置:51Code首页 > 资料精选 > 学习资料 > 【学习资料】14种方式让你的移动应用被App Store接纳

【学习资料】14种方式让你的移动应用被App Store接纳

      发布时间:2016年02月15日 16:35分    来源:51Code采编    关键词:移动应用         | 上一篇 | 下一篇 |


 

14种方式让你的移动应用被AppStore接纳

 

       对于苹果生态系统的开发人员而言,其应用程序商店的审查指南无疑极为全面、严格,需要大家投入大量时间进行梳理与掌握。如果无法切实理解做好前期理解工作,那么我们可能面临着应用成果被拒以及应用上架前二次修改所带来的额外成本。目前苹果App Store当中存在着上百万款应用,因此留给新产品的选项既充满竞争又较为有限。在今天的文章中,我们将一同了解与此相关的几项建议,希望帮助大家顺利解决这些问题,从而轻松而又顺利地确保自己的移动应用可以快速摆上应用商店的货架。

 

       1. 确保我们的应用具备独特的用途

 

       由于应用商店中已经存在着大量现有应用,因此如果大家的成果在功能概念上与原有产品相重复,那么被拒的可能性则会更高。在这方面,最常见的实例就是手电筒应用——由于市场需求已经饱和,因此开发这类应用几乎很难被App Store所接受。总而言之,如果同样的功能已经反复出现,那么我们的版本恐怕很难被接受。

 

       2. 考虑儿童用户的需求

 

       应用产品由于自身内容的定位而遭到拒绝的案例可谓不胜枚举。在这里,我们要强烈建议大家在应用设计当中充分考虑到各类受众群体的实际需求。具体来讲,避免与宗教、政治、色情、赌博、暴力以及任何非法活动之间存在关联,确保这一点能够让我们的应用在上架的道路上走得更加平稳。即使对于一款极为纯粹的即时通讯应用而言,一旦其存在着令人反感的负面声誉,那么它将很可能会被苹果从App Store当中清理出去。

 

       3. 尽可能提高开发成果的专业性与产品质量

 

       官方指南中明确强调,许多严肃开发人员并不倾向于利用其“业余时间”进行应用程序制作。翻译过来,其真实含义就是大家需要确保自己的应用在质量上优于其它竞争产品。因此,我们应当避免提交尚未完成的成果或者利用低质量产品抢占应用商店位置。这种机会主义思维只会影响到大家应用产品的顺利审查。请以高素质的专业技能完成每个阶段的开发工作,而非试图以一己之力包揽全部任务。

 

       4. 尽量减少bug数量

 

       在将产品交由官方审查之前,大家需要首先自行加以严格测试。如果苹果方面检测到我们的应用中存在bug,他们会拒绝该应用并发回一份问题报告。但这种作法的最大弊端在于,每次发回的报告中只会包含一项拒绝理由。这意味着如果我们的应用中存在多个bug,那么整个报告与纠正周期将变得非常漫长。有鉴于此,率先对应用成果进行全面测试将能够有效加快这一进程,并降低可能长达数周的等待周期。

 

       5. 应用体积不应超过100 MB

 

       之所以做出100 MB体积限制,是为了保证用户能够忍受整个下载时长而不至于把手机扔掉。这同时意味着除了Wi-Fi之外,用户也可以通过移动网络进行应用下载。这种体积限制对于大多数拥有合理结构的应用而言并不是什么难题,但某些偏重图形表现的游戏可能会远远超出这一容量水平。

 

       6. 正确拼写苹果旗下各产品名称

 

       品牌形象对于苹果公司而言非常重要。诸如Itunz乃至Iphone这样的错误写法都有可能导致大家的应用被App Store所回绝。另外,任何试图复制苹果产品或者界面的行为都可能带来意料之外的麻烦。总而言之,只要我们表现出愿意为苹果品牌保驾护航的态度,应用往往能够更顺利地登上货架。

 

       7. 符合用户界面设计指南

 

       这是另一个需要加以关注的重要范畴,因为其中提出了大量必须得到满足的执行标准。任何试图开发出在视觉效果上与苹果官方产品相类似之应用的行为都将被拒。一般来说,苹果方面鼓励开发人员采用简洁的界面设计,而太过复杂的设计可能无法通过审查。另外,我们还应当确保自己的应用能够在多种设备之上进行访问。避免采用边框、渐变及阴影等元素。建议大家尽可能使用半透明元素、清晰的字体以及负空间设计。

 

       移动领域自2007年iPhone首度面世以来发生了一场革命性的转变。2008年,苹果公司发布了其原生SDK(即软件开发工具包),这无异于给整场革命添加了新的燃料。快速推进到今天,市场上的移动应用程序已经多达数百万款,面向数十种平台并伴随着数不清的移动开发框架、平台以及工具方案。