苹果再次重申全面禁止热更新,不移除相关代码就下架

苹果在今年 3 月份的时候就曾向所有开发者推送警告邮件,宣布未来将禁用 APP 内部的“动态分发”功能。并要求开发者在自家 APP 中删除 JSPatch 相关框架,否则 APP 将面临下架或禁止上架。

6 月 1 日,苹果再次重申:要求当前含有热更新功能的 App,在 6 月 12 日前移除相关代码,否则这些 App 可能会下架。

由于软件热更新绕过了苹果的审核,黑客开发者有可能会通过提交正常的版本之后,通过热更新的方式修改 APP 导致安全隐患,这违反了苹果的安全隐私政策。另外苹果此举既能改善部分使用混编语言的 App 的流畅性,也能重新掌握一些渠道的 App 审核权限。可以料想,从 6 月 12 日开始,iOS 可能会出现一次 APP 下架的小高潮。

其实无论是安卓还是 iOS,规则上都是不允许“热更新”的。只不过以前 iOS 并没有特别严格的限制,安卓是由于开源且其服务在国内不能使用,所以形同虚设。

禁止热更新有利有弊。有利的是,禁止热更新,更能够保证用户的安全性。不利的是,每次都需要下载一个完整的应用,耗费流量。而对于开发者来说,有“热更新 ”能够非常迅速解决一些小 bug ,禁止后只能等苹果慢慢审核.....

通知原文:

Dear Developer,

In March of this year we notified you that your app contains code designed explicitly with the capability to change your app’s behavior or functionality after App Store Review approval, which is not in compliance with section 3.3.2 of the Apple Developer Program License Agreement and App Store Review Guideline 2.5.2. We requested that you remove any code, frameworks, or SDKs that fall in line with the functionality described above before submitting the next update for your app for review.

As of this message, we have not received a compliant update for your app.

To ensure there is no interruption of the availability of your app, please submit an update by June 12th, 2017. If we do not receive an update by that date, your app may be removed from the App Store.

If you have any questions about this information, please reply to this message to let us know.

Best regards,

App Store Review

本文来自开源中国社区 [http://www.oschina.net]

时间: 2024-10-21 23:48:17

苹果再次重申全面禁止热更新,不移除相关代码就下架的相关文章

是什么逼得苹果对开发者们下"热更新"的最后通牒

苹果用一封邮件对"热更新"下达了最后的通牒,也让iOS开发者们度过了坐立不安的一天. "热更新"也就是动态下发代码,它可以使开发者在不发布版本的情况下,修复BUG和发布功能.这让开发者绕开了苹果的审核机制,避免长时间的审核等待以及多次被拒造成的成本开销. 但现在,苹果正在对"热更新"实行更严厉的审查.昨天,不少开发者收到了来自苹果的邮件.苹果在邮件中表示,将不再允许使用动态下发代码的机制.苹果要求被警告的开发者在下个版本中去除能动态改变应用行为和

苹果下架4万App ?安全专家:暂无黑客利用“热更新”发起对 iOS App 攻击的实例

  自 6 月 7 日苹果 App Store 审核团队近日向厂商发出"最后通牒",要求开发者在 6 月 12 日之前去除软件热更新功能,不然有可能下架后,今日(6 月 22 日),有媒体报道,一周内苹果 App Store 下架了近 4 万款中国 App .一种流行观点认为,苹果不是说着玩,而是真对热更新动刀子了. 热更新是一种各大手游等众多 App 常用的更新方式,即用户通过 App Store下载App之后,打开 App 时遇到的即时更新. 2017年6月,AppStore 审核

苹果发通谍拒绝“热更新”,中国程序猿“最受伤”

近日,苹果向所有开发者推送警告邮件,宣布未来将禁用 APP 内部的"动态分发"功能.并要求开发者在自家 APP 中删除 JSPatch 相关框架,否则 APP 将面临下架或禁止上架. 截止发稿,已有部分开发者新递交的APP受此影响被苹果审核部门拒绝. 这一动作,宣告着 APP Store 为"热更新"判了"死刑",未来应用更新则将进入"原生"时代,用户需重新下载完整的新版数据包. 什么是"热更新"? 抛开复

iOS 热更新解读(一)APatch & JavaScriptCore

iOS 动态更新的几种方案 WebView 加载 HTML5 动态更新. React Native/weex js 动态更新. lua 脚本文件控制动态更新(代表框架 WaxPatch ). js 脚本文件控制动态更新(代表框架 JSPatch). framework 实现功能模块动态更新. 其中 WaxPatch 和 JSPatch 是使用较广泛的两种热修复方案.而苹果 review guideline 提到只允通过JavaScriptCore.framework或WebKit执行脚本,因此

React Native热更新及混合开发

随着 React Native 的不断发展完善,越来越多的公司选择使用 React Native 替代 iOS/Android 进行部分业务线的开发,也有不少使用 Hybrid 技术的公司转向了 React Native .虽然React Native在目前来说仍有不少的坑,不过对于以应用开发为主的App来说完全可以胜任. 概述 在iOS应用开发中,由于Apple严格的审核标准和低效率,iOS应用的发版速度极慢,这对于大多数团队来说是不能接受的,所以热更新对于iOS应用来说就显得尤其重要.而就在

框架-iOS 动态库 热更新 审核

问题描述 iOS 动态库 热更新 审核 目前我用到了热更新这一个说法,因为业务的需求,公司需要我将iOS不用提交appStore就能更新 就能更新,我排除了其他js的更新方式,用了动态库(frameWork)经过一段时间的研究,我柑橘动态库研究的差不多了!但是问题也是变多了!动态库里面我封装了几个控制器在里面,而且控制器里面是需要去网络请求数据的,我主工程里面用的AFN,我动态库里面无法去公用AFN并且,我从很多帖子上看到说苹果不允许动态库加载更新,但是2104年iOS8出来的时候,苹果不是开放

Node.js巧妙实现Web应用代码热更新_node.js

背景 相信使用 Node.js 开发过 Web 应用的同学一定苦恼过新修改的代码必须要重启 Node.js 进程后才能更新的问题.习惯使用 PHP 开发的同学更会非常的不适用,大呼果然还是我大PHP才是世界上最好的编程语言.手动重启进程不仅仅是非常恼人的重复劳动,当应用规模稍大以后,启动时间也逐渐开始不容忽视. 当然作为程序猿,无论使用哪种语言,都不会让这样的事情折磨自己.解决这类问题最直接和普适的手段就是监听文件修改并重启进程.这个方法也已经有很多成熟的解决方案提供了,比如已经被弃坑的 nod

Libgdx实现跨平台热更新

游戏开发中实现热更新可以实现无须重新打包,无须发布市场,无须等待审核,只需要将更新包放到服务器上,客户端就可以直接下载更新包来实现游戏的更新,在游戏后期的维护过程中,能为开发者提供十分的便利,正所谓工欲善其事,必先利其器.这篇文章就来说说如何在Libgdx中实现游戏的热更新. 原理 要实现游戏的热更新,首先必须对编译原理有一定的了解,不用掌握技术细节,但是基本流程是必须知道的.我们知道Libgdx的开发语言是Java,Java是一种静态语言,必须先编译成字节码才能在虚拟机中执行.我们正常开发的J

ios实现热更新(无需发新版本实现app添加新功能)

目前能够实现热更新的方法,总结起来有以下三种 1. 使用FaceBook 的开源框架 reactive native,使用js写原生的ios应用 ios app可以在运行时从服务器拉取最新的js文件到本地,然后执行,因为js是一门动态的 脚本语言,所以可以在运行时直接读取js文件执行,也因此能够实现ios的热更新   2. 使用lua 脚本.lua脚本如同js 一样,也能在动态时被.之前愤怒的小鸟使用 lua脚本做的一个插件 wax,可以实现使用lua写ios应用.热更新时,从服务器拉去lua脚