關閉廣告

最近幾週,蘋果公司一直受到媒體的攻擊。這一次,不是關於富士康的偽訴訟或惡劣條件,而是關於應用程式審批流程,儘管有大量新應用程式和更新進入審批流程,但該公司仍在努力盡可能地控制該流程。透過 iOS 8,Apple 為開發者提供了他們一年前做夢也想不到的全新工具和自由。小部件形式的擴充、應用程式相互通訊的方式或存取其他應用程式檔案的能力。

這種自由直到最近還是Android作業系統的特權,但很可能不是蘋果自己的,很快負責審批應用程式的團隊就開始踐踏開發者。第一個受害者是 Launcher 應用程序,它可以透過通知中心的預設參數撥打聯絡人或啟動應用程式。又一個被炒作的 案件 se 擔心的 PCalc 應用程式的通知中心中的功能計算器。

成文和不成文的規則

最後知道不成文規則另一面的是 Panic 的開發人員,他們被迫刪除了 Transmit iOS 應用程式中將檔案傳送到 iCloud Drive 的功能。 「我能解釋為什麼他們不希望 iOS 中存在 Launcher 功能的最佳方法是,它不符合他們對 iOS 裝置應如何運作的願景,」Launcher 作者評論道。

同時,上述應用程式的開發人員並沒有違反蘋果為新擴充功能發布的任何規則。在許多情況下,它提供了非常廣泛的解釋或相當模糊。據蘋果公司稱,刪除 PCalc 計算器的原因是不允許它在小部件中執行計算。然而,在申請獲得批准時,並沒有這樣的規則。同樣,蘋果的審批團隊在該案中辯稱 串流 iOS據報道,該應用程式只能將其創建的檔案發送到 iCloud Drive。

除了可用的規則之外,蘋果顯然還創建了一套不成文的規則,開發人員只有在給定功能或擴展投入時間和資源時才能了解這些規則,而在提交批准幾天后才發現蘋果確實這樣做了由於某種原因不喜歡它,並且不會批准更新或應用程式。

幸運的是,開發人員在這種時刻並非毫無防備。由於媒體對這些案例的報導,蘋果公司扭轉了一些錯誤的決定,並再次允許通知中心使用計算器,並且 Transmit iOS 也恢復了向 iCloud Drive 發送任意檔案的功能(新推出的 Transmit for iOS)。然而,這些基於不成文規則的決定以及幾週後的取消表明了第三方應用程式的思維和願景的差異,也許還存在蘋果高層之間的內部鬥爭。

三頭領導

App Store 不只由一名蘋果副總裁負責,可能多達三名副總裁。據博主介紹 本湯普森 App Store 部分由軟體工程的 Craig Federighi 負責經營,Eddy Cue 負責 App Store 的推廣和管理,最後由 Phil Schiller 負責運營,據說他負責應用審批團隊。

這一不受歡迎的決定的逆轉可能是在其中一個人的干預之後,在媒體開始報導整個問題之後發生的。最有可能的候選人是菲爾席勒(Phil Schiller),他負責蘋果的行銷工作。這樣的情況並沒有為蘋果在公眾眼中帶來好名聲。不幸的是,並非所有開發人員都看到了錯誤決定的逆轉。

申請時 草稿 出現瞭如此荒謬的情況,蘋果首先下令取消小部件的功能,這使得可以使用某些參數(例如使用剪貼簿的內容)啟動應用程式。刪除後,它拒絕批准更新,稱該小部件能做的事情很少。就像蘋果無法決定自己真正想要什麼。整個情況更荒謬的是,幾週前,蘋果在App Store主頁上推廣了新的Drafts應用程式。左手不知道右手在做什麼。

圍繞著批准的整個情況給蘋果蒙上了陰影,尤其損害了該公司正在認真建立的整個生態系統。雖然開發人員不會有開始離開 iOS 平台的危險,但他們寧願不將時間和資源投入到有用的功能上,只是為了測試它們是否能夠通過 App Store 的不成文規則網絡。因此,生態系統將失去一些重要的東西,例如,只能在競爭平台上使用的東西,而用戶和最終蘋果都會失去這些東西。 「我預計未來幾個月會發生以下情況:要么這些瘋狂的拒絕停止或完全停止,要么蘋果的一位高管失去工作,」本·湯普森表示。

如果公司決定放鬆對開發者的束縛,允許 iOS 中從未見過的東西,那麼它也應該有勇氣面對開發者的想法。具有意外限制的解決方案相當於布拉格之春的較弱發展。畢竟,當蘋果自己違反了成文規則時,蘋果是誰卻強迫開發者遵守不成文的規則?應用程式被禁止發送促銷性質的通知,而此類通知正是來自 App Storeú 的 (RED) 事件。雖然是出於好意,但仍然是直接違反了自己的規則。顯然有些應用程式更加平等......

來源: 守護者
.