热更是被误伤?开发者:别打补丁了,还是往提高app稳定性上努力吧

文/游戏陀螺 静阳

近几日,苹果爸爸的“热更门”原委在各方的猜测、质疑、辟谣中逐渐清晰。游戏陀螺梳理各方发声后认为:长远来看,热更一定程度威胁苹果一贯重视的安全红线。但此次并非全面被禁,开发者需适应苹果接下来的新框架,逐渐跳出混编,往提高APP稳定性上努力。

苹果主要针对下发代码 热更技术并非完全被禁

据游戏陀螺观察,目前为止收到苹果警告邮件的开发者绝大部分使用了JS-Patch 或 Rollout 类库,而集中在第三方 SDK 中未采用上述框架的热更新技术目前为止并未受到影响。另一方面,绝大部分游戏引擎由于并没有调用这些类库,也没有受到影响。

后续事态是否进一步扩大?有开发者分析,既然苹果在 iOS 7中引入新的 JavaScriptCore 框架,必然是认为在 APP 里执行  JS 对于整个 iOS 生态是有益的。所以目前的警告只是要解决掉引入这个框架后带来的滥用问题。从各方的反馈来看,苹果这轮狠抓的是下发代码,而不是针对用 JS 代码编写业务逻辑。只是在这个风口,基于这个技术的框架刚好很容易就提供了下发代码执行逻辑的能力,所以各方很容易被推到灯光下。

此番警告或与微软vs2017发布有关

前几日,微软发布了自带基于React Native iOS开发功能的Visual Studio  2017。鉴于微软这两年来开源的力度,发布这一功能似乎是在抢占开发者的市场。对开发者而已,基于vs2017在非苹果上开发ios应用更容易了。所以,苹果在这个节骨眼发出这个警告邮件,或有威胁现有开发者暗地里想跟微软互怼的意味。

开发者急救指南——忘了热更新  适应新框架

据游戏陀螺了解,本次事件中,使用了  rollout,react native,weex,JSPatch,bugtags,个推 ,bugly  with hotfix库的APP会被苹果审核盯上。针对被警告的开发者,JSPatch 作者bang发文给出缓解办法:“目前来看,开发者可以通过减少使用人数,降低影响面;禁止 SDK 接入;接入保证传输安全和只用于修复 bug等方式来解决,可以的情况下JSPatch可以试图与苹果审核团队协商。”

另外,有开发者认为这是苹果对混编的封杀,但据游戏陀螺综合了解,这只是苹果新框架的优化调整。苹果一直注重流畅性和用户体验,混编必然没有native的流畅,这就违背了苹果本来的意愿,被禁也属正常。而苹果既然做了警告决定,后续的生态它肯定会自行优化。

游戏陀螺总结

综合来看,对苹果而言,禁止应用使用热更新技术更多是为了保护用户隐私、数据安全以及其全力打造的生态圈。对于用户来说,出于安全起见,应谨慎授予应用权限;对于开发者来说,为了审核以及长远的用户体验考虑,不要轻易触碰苹果拉的那条红线,要知道,苹果是百分百不愿意代码绕过审核被下发的,无论是修bug,还是一个小功能。

从更长远的角度看,开发者需要斟酌的是,下发代码这件事是不是真的影响到App运行,是否是非做不可的?进一步来看,如果碰触底线被发现而面临Apple ID被封杀,更是得不偿失。因此,有开发者建议:“聪明的人应该已经在如何提APP稳定性的道路上努力了。如果可以忘了HotPatch这件事吧。”

您可能还喜欢...

发表评论

电子邮件地址不会被公开。