蘋果禁用熱更新 可能也是無法容忍這些“灰色行為”了

2017-03-13 08:56:43 來源:人民網 作者:佚名 責任編輯:高靜 字號:T|T
摘要】  3月8日晚,一封來自蘋果的郵件在國內APP開發者的群體中爆炸。
原標題:蘋果禁用熱更新 可能也是無法容忍這些“灰色行為”了

  3月8日晚,一封來自蘋果的郵件在國內APP開發者的群體中爆炸。該郵件的主要內容是:禁止在應用/遊戲裏面使用Lua或JavaScript腳本進行熱更新(國內主要是使用rollout、jspatch的熱更新技術框架)。郵件一齣,國內的程式員團體哀鴻遍野,甚至傳聞有公司將有關運用jspatch技術的部門整個砍掉。

蘋果向開發者發出的郵件

蘋果向開發者發出的郵件

  “熱更新”,也就是動態下發代碼,它可以使開發者在不發佈新版本的情況下,修復 BUG 和發佈功能,讓開發者得以繞開蘋果的審核機制,避免長時間的審核等待以及多次被拒造成的成本。本來,“熱更新”對於開發者來説是一件友好的事,針對“為什麼被禁”的疑問,蘋果也做出了解釋——“有可能被中間人(除了開發者本人之外的第三者)利用的風險”,也就是被“中間人攻擊”。

  不過,“中間人攻擊”實際上是蘋果方面為開發者著想的一個委婉説辭。想必大家都能看出,禁用熱更新,是因為遊戲廠商鑽漏洞、利用熱更新出現的惡劣內容太多導致的。

  熱更新被禁用後,對於國內遊戲廠商而言,除了大包體遊戲的更新可能會變得困難之外,也意味著行業內兩大灰色行為——利用已通過蘋果審核上架的産品的熱更新,1)産品狸貓換太子;2)切換支付流程收款帳號,達到繞過蘋果分成的目的。這兩個行業內已經默認存在了至少一年多的行為,將被限制。

  狸貓換太子

  狸貓換太子的行為,在業內已經屬於公開狀態,小到不太符合規則的促銷活動,大到審核與正式公開的版本完全不一致,各種情況均屢見不鮮。這種應付蘋果審核的行為,與現在許多針對版號做“白蓮花版本”産品的行為類似——只是審核細節與條款的不同。

  蘋果審核條款中,對於抽獎、競猜等促銷活動審核十分嚴格,因此一些開發者提交産品審核版本時,便不露出此類資訊,待審核通過上架後,才利用熱更新繞開審核,再放出各種違規活動;更有甚者,本來看似非常正常的初始版本,在熱更新之後充滿了各種色情、引導性好評和付費彈窗。

  切換支付流程

  如果説狸貓換太子尚在蘋果可容忍的範圍,那麼切換支付流程則是真正的觸動了利益的蛋糕。其基本流程如下:正常版本通過蘋果審核—上線後調用腳本,切換支付收款帳號——用戶付費時並無差別,但款項則優先進入開發者本身的賬戶。這樣,本應屬於蘋果公司的30%分成,就流入了開發者的口袋,成為了又一利潤來源。坊間許多不知名的産品,通常以採購廣告流量支撐用戶新增,收入很高卻從未見進入過暢銷榜Top100以內,很多都採用了這一做法。

蘋果禁用熱更新 可能也是無法容忍這些“灰色行為”了

  熱更新本來便是為了方便開發者,不需要一次次通過繁瑣的審核流程,同時也使遊戲保持初始包體大小,方便用戶下載。但當這一漏洞被國內的無良開發者利用,甚至成為暗地裏半公開化的一種盈利模式時,就已不僅僅是“灰色地帶”,而是“真正的過界”。蘋果禁用熱更新,波及大包體APP,足可見其整頓風氣的決心。

  從去年至今,關於AppStore的風波一直不斷。從套殼、無節操刷榜、濫用關鍵詞優化ASO,到版本不一、切換支付……蘋果的打擊力度一次比一次猛烈。禁用熱更新的最新後續是,目前重災區為JSPatch和Rollout.io這兩個框架,幾乎100%收到警告郵件無一倖免;國內外各家受波及的公司如BugTags、個推、高德等都紛紛更新SDK、或者推出臨時解決方案;而網上也有開發者表示用React Native通過了AppStore審核。同時,由於lua作為開發腳本,本身能夠調用的功能是確定、有限的,所以相對來説比較安全。

有開發者表示用React Native通過了AppStore審核

有開發者表示用React Native通過了AppStore審核

  當然,技術方面的問題還是次要的,我們都希望看到的是一個健康、公平競爭的行業,蘋果也想要借此機會繼續為開發者與玩家打造更加安全、可靠的平臺環境。至於這究竟會對行業産生多大的影響,我們靜觀其變。

              熱搜資訊