菲利普諾沃特尼 去年年底，蘋果決定用自己的解決方案取代谷歌地圖，並造成了嚴重的問題。這家加州公司因此而受到客戶和媒體的批評；蘋果的地圖在發佈時包含許多明顯的背景錯誤。此外，特別是在美國以外的地區，與競爭對手相比，我們只能找到其中的一小部分位置。儘管如此，有些人還是不能稱讚蘋果地圖——他們是 iOS 開發者。
儘管客戶抱怨蘋果沒有花足夠的時間來調試錯誤和不準確之處，但開發人員卻自相矛盾地重視地圖的「成熟度」。這是指 SDK（軟體開發工具包）的質量，即所謂的工具集，透過它，軟體創建者可以使用作業系統的內建功能（在我們的例子中為地圖）。
但這怎麼可能呢？ Apple 地圖問世僅幾個月，能有多先進？之所以如此，是因為儘管文件發生了變化，但五年後應用程式的基本內容仍然保持不變。相反，蘋果可以為它們添加更多的功能，而這是在與谷歌合作期間無法實現的。因此，開發人員接受了這項更改，並期望如何進一步改進他們的應用程式。
另一方面，Google發現自己沒有適用於 iOS 系統的地圖解決方案，因此即使是開發人員也無法提供任何東西，這是可以理解的。儘管如此，新的地圖應用程式和 API（用於連接Google伺服器並使用其地圖的介面）在幾週內發布了。在這種情況下，與 Apple 不同的是，應用程式本身比所提供的 API 更受歡迎。
開發商自己根據 訊息 快公司 他們認識到 Google Maps API 具有某些優勢 - 更好品質的文件、3D 支援或跨不同平台使用相同服務的可能性。另一方面，他們也提到了一些缺點。
據他們稱，蘋果提供了更多使用其地圖的機會，但用戶認為這些地圖的品質很差。內建 SDK 包括對標記、分層和折線的支援。正如 Fast Company 指出的那樣，“對於需要顯示某些資訊（例如天氣、犯罪率，甚至地震數據）的應用程式來說，分層非常常見，作為地圖本身的一層。”
應用程式開發人員 Lee Armstrong 解釋說，Apple 地圖 SDK 的功能有多強大 平面查找器。 「我們可以使用漸變折線、分層或移動平面的平滑動畫等高級功能，」他指出具有複雜分層和大量附加資訊的地圖。 「對於 Google Maps SDK，目前這是不可能的，」他補充道。他解釋了為什麼他更喜歡蘋果的地圖，儘管他的應用程式支援這兩種解決方案。
該應用程式的創建者還選擇了 Apple 的地圖 管馴服器，這可以幫助倫敦人制定時間表。它的創建者 Bryce McKinlay 特別讚揚了創建動畫標記的可能性，用戶也可以自由移動這些標記。類似的事情在競爭中是不可能的。作為另一個優勢，英國開發者提到了地圖的速度，這不偏離 iOS 標準。另一方面，Google 的最高幀率可達 30 fps（每秒幀數）。 「即使在 iPhone 5 這樣的快速裝置上，渲染標籤和興趣點有時也會被卡住，」McKinlay 指出。
他也解釋了他認為 Google Maps API 最大的缺點。據他介紹，眾所周知的絆腳石是配額的引入。每個應用程式每天可以調解 100 次訪問。 McKinlay 表示，這種限制為開發人員帶來了重大風險。 「乍一看，000萬次點擊似乎是一個合理的數字，但每個用戶都可以產生很多這樣的點擊。某些類型的請求最多可以算作十次訪問，因此配額很快就會用完，」他解釋道。
同時，免費應用程式的創建者顯然需要他們的產品每天被盡可能多的用戶使用，否則他們根本無法謀生。 「當你達到配額時，他們會開始拒絕你當天剩餘時間的所有請求，這會使你的應用程式停止工作，用戶開始生氣，」麥金利補充道。可以理解的是，如果開發者更喜歡使用蘋果內建的 SDK，他們就不必解決這些問題。
因此，儘管對我們用戶來說可能會感到驚訝，但開發人員或多或少對新地圖感到滿意。由於其悠久的歷史，Apple 的 SDK 擁有許多有用的功能和由經驗豐富的程式設計師組成的大型社群。儘管地圖背景有缺陷且位置數量較少，但蘋果地圖的基礎非常好，這與Google提供的地圖完全相反。後者多年來一直提供出色的地圖，但其新的 API 對於高級開發人員來說還不夠。由此看來，經驗在複雜的地圖業務中扮演著至關重要的角色。在這種情況下，蘋果和谷歌都分享成功（或失敗）。
我目前使用蘋果地圖比谷歌更多，蘋果有更好的線上語音導航，但它是免費的超級快。
我也更多地使用它們。它們對於行動數據來說速度更快，並且不佔用太多記憶體。導航也運行得很好並且處理得很好。但地圖上的搜索還處於起步階段。
所以，我使用蘋果地圖進行導航，並使用谷歌地圖進行搜尋。
自從蘋果地圖推出以來，我一直在傳播這個觀點。一個更好、更皺巴巴的基礎，在發現錯誤後整體上會工作得更好，蘋果用戶甚至不會為谷歌地圖嘆息。有了 iOS7，我們可能會再次感受到這一點，這讓我確信蘋果正在朝著正確的方向前進，而且一如既往，它首先想到了這一點。