NSURL和iPhone SDK 3.0發出電話問題

Question

iPhone 3.0 SDK有一個新引入的問題，以及它如何處理NSURL方法來自動撥打電話。 過去，您可以調用方法（NSURL），傳入帶有URL前綴的字符串（tel：//，sms等），然后iPhone OS會將消息發送到設備（例如iTunes） ，App Store，電話，SMS，郵件，Safari等...代碼如下：

[openURL:[NSURL URLWithString:@"tel://8005551212"]];  

調用該方法時，將自動撥打電話。 在iPhone OS 3.0中，調用此方法時，應用程序會彈出一個對話框，要求確認電話。 這破壞了幾個現有的應用程序，以及我們剛剛推入App Store進行審查的應用程序。

誰能想到解決此問題的方法？ 目前，我對於該做什么並試圖決定在工作中處理此新扳手的其他方式感到迷茫。

我在博客上對此進行了建議，並建議人們與Apple聯系並讓他們知道此問題。 我還推薦了一個我和朋友正在考慮的解決方案-即使用位置感知應用所具有的相同“授權”； 應用知道它的位置信息，並詢問用戶是否可以使用其位置信息。

同樣，如果有人有針對此問題的修復程序（並且該解決方案屬於iPhone SDK范圍之內，因此Apple不會予以拒絕），請告訴我； 我將不勝感激。

更新：朱利安·羅梅羅·涅托（Julian Romero Nieto）對該錯誤有一個很好的描述，並引用了（更新的）Apple文檔並顯示了手頭的問題。 您可以在此處閱讀他對Oper Radar的帖子。

Answer 1

我認為這是一項安全功能-假設有一個應用程序每天凌晨3點撥打10分鍾，叫900號。 如果將其與新的“應用內購買” API進行比較-則幾乎相同。

位置API比較是一個不好的例子-獲取用戶位置是隱私問題，而不是財務問題。

Answer 2

您無法解決此問題，因為這是要解決的問題-您為解決該問題所做的任何事情都將導致該應用無法獲得批准。

當應用可以在未經用戶同意的情況下選擇撥打號碼時，認為用戶體驗不好。 軟件可能會撥打“高級”號碼，從而使用戶不知不覺地花了很多錢。

這在所有移動軟件平台和OS上都是標准的-如果只是在OS 3.0中進行了更改，則表明它一定是一個最初蘋果認為可以解決的問題。 但是，我認為移動運營商會給蘋果公司施加壓力，迫使他們推出這種產品，然后最終不得不退還用戶-但已經將錢付給了“高級”號。

我不確定美國是否會像歐洲那樣存在“溢價”數字，這也許是很難理解的原因。

Answer 3

tel：//的RFC表示不允許通過tel：方案自動撥號。

因此，他們必須在RFC遵從性和破壞這幾個應用程序之間做出選擇。

我希望選擇忽略RFC，至少允許應用程序在允許的情況下繼續撥號。

Answer 4

我懷疑這是否是蘋果方面的意圖，如果用戶想要語音撥號，這會迫使用戶購買新的iPhone-這個問題破壞了所有第三方語音撥號應用程序，使它們不安全且基本無用。

讓我們保持對Apple的壓力，以使其成為用戶可配置的設置。

Answer 5

也許您的意思是新引入的功能而不是問題？

我認為您不會讓Apple刪除確認彈出窗口，特別是如果它符合RFC。

Lemmy引用Joel（http://www.joelonsoftware.com/items/2009/06/10c.html）關於損壞的應用程序的信息：

一個好的平台總是為應用程序提供機會，而不僅僅是填補空白。 這些是供應商不太可能考慮核心功能的應用程序，通常是因為它是垂直的-這不是每個人都想要的。 蘋果要為牙醫增加iPhone功能的可能性幾乎為零。 零。

未經我的同意，我不希望某些應用程序撥打電話，發送短信或什至連接到Internet（生活在一個未來仍存在無限移動數據計划的國家）。

當客戶抱怨賬單不明時，運營商當然會頭疼。