没有了热更新,我们该如何与 App Store 更好的相处?

字数 829阅读 1131

苹果今年的 WWDC 刚落幕,紧接着又有个重磅信息向开发者袭来,只是这不是令人欣喜的「蜜糖」,而是让人无奈的「砒霜」。据悉部分开发者在 iTC 后台收到了一则这样的通知:苹果要求当前含有热更新功能的 App ,在 6 月 12 日前需移除相关代码,如若不然,这些 App 将可能会被下架。

什么是 App 热更新?

众所周知,iOS App 要上架 App Store ,需要经过苹果一系列的严密审核,这期间会相当耗费开发者的时间和精力。从首次上架到更新应用,无一例外都需要经过这些步骤。而 App 热更新,是指软件不经过苹果 App Store 软件版本更新审核,而是直接在应用内就可自行更新软件内容的更新方式。

对于此举,部分开发者表达了赞同,因为苹果一贯的重视安全问题,禁止热更新是在一定程度上防止热更新的漏洞。而且此消息并不是空穴来风,苹果早在今年三月份就已提醒过含热更新代码 App 的开发者,移除应用内相关代码、框架或 SDK ,并重新提交版本审核。此次举措或是对收到先前通知而未做相应改进的开发者所下的「最后通牒」。

但是也有开发者表示,有时只是紧急的 Bug 修复,但是还要重新再次修改提交,需要等待一天到一周的审核时间真的是有点冗长,对于有些 App ,一分钟都可能损失重大。

总结说来,App 热更新无法让苹果控制审核流程及更新后应用在 App Store 中的合法性和安全性,所以宁愿「误杀」一部分善良的热更新应用。然而,这项举措对开发者造成的麻烦就是:

每次提交上线时,审核规则的繁多和审核时间长的等待。

作为开发者,既要遵从 App Store 的安全要求,又希望给用户带来好的体验,避免 App 因此造成损失。其实,蒲公英专家测试针对这一痛点提供的两项服务可以有效解决:

它们是「iOS 上线预审」和「iOS 审核加速」

它们已服务过超千款的 iOS App;

它们可以最大化的减少你繁杂应对审核规则修改 App 的时间及上线等待时间;

比如你通常提交 iOS App 上线过程是这样:

图片.png

而它们可以让你提交上线的过程变成下面这样:

图片.png

另外最新活动已上线:「iOS 上线预审」服务限时八折!

如果你想自己的 iOS App 一次性完美上架 App Store ,不要错过这次机会!

点击进入活动页

服务内容、活动详情均可详询活动页在线客服

推荐阅读更多精彩内容