對于許多創業者來說，選擇Android還是iOS永遠是一個棘手的問題。最近，有數據顯示Android 的市場份額已經突破80%。可能有不少人會覺得因此開發者在兩個平臺之間的選擇就更加容易，畢竟市場決定利潤。但事實上并不一定如此。軟件工程師、TechCrunch專欄作者Jon Evans從開發環境、配置、UX設計、語言、API、網絡、分享、碎片化、發布等九個方面把Android和iOS平臺做一次PK。

　　開發環境

　　許多人會用純文本或者命令行寫代碼，但利用一個集成開發環境或者IDE顯然更加有效率。

　　蘋果的開發環境是Xcode，具有運行速度快、功能強大且安全性高不易被入侵等特點。且隨著不斷完善優化，Xcode詭異的編譯機制以及強加給開發者的那些有關iOS應用程序對設備控制權的復雜證書機制也逐漸被開發者所忽略。且Xcode的調試器能夠無縫完美調試Bug，模擬器的響應速度也非常快。

　　再回頭來看看Android。目前最先進的IDE是利用Android插件定制的Eclipse，非常糟糕。運行緩慢、笨拙等缺點顯而易見，Android碎片化也帶來了不必要的復雜性。調試器非常糙，大部分時間讓開發者自己在日志文件中除錯，而Xcode則提供了除錯工具。而模擬器，往往需要幾分鐘時間才能夠啟動，還常常會連接不上Android Debug Bridge。

　　谷歌也已經發現了問題，現在他們準備推出一個新的Android Studio IDE：

　　Android Studio目前為試用版本。仍有不少功能不完整或尚未實現，所以您可能會遇到一些未知的錯誤信息。如果您不愿意使用一個未完成的產品，您可以下載（或繼續）使用ADT Bundle（通過ADT插件定制Eclipse）。能夠看到谷歌開始努力聽起來是不錯的，但，不知道猴年馬月才能完整的實現。

　　結論：顯然，iOS勝出。

　　配置

　　正如前面寫到的，在Xcode與Objective-C的完美搭配之下，隱藏著令人恐怖的編譯機制。開發者需要面對宏、頭文件、項目、計劃以及構建配置等一大串構建配置的列表。當遇到一個莫名其妙的連接器錯誤時，是不是有人會徹底絕望，雖然提示里寫著：“噢，你的第三方代碼不支持ARC，添加 –fno-objc-arc 標志即可解決！很簡單不是嗎？”

　　Android則相對簡單的的，它有一個單獨的manifest文件，當開發者保存任何文件時，Eclipse通常會在整個系統中構建一次應用。當然，在權限沒有配置正確導致應用程序不能運行的情況下，要是能夠給出更明確的提示就好了。總體來說，Android應用的配置相對簡單容易。

　　結論：Android勝出

　　用戶體驗設計

　　在這一項對比中，相信大多人都認為覺得蘋果是勝者。Interface Builder是Mac OS X平臺下用于設計和測試用戶界面（GUI）的應用程序。雖然Mac OS X下所有的用戶界面元素都可以使用代碼直接生成；但IB能夠使開發者簡單快捷的開發出符合Mac OS X human-interface guidelines的GUI。通常開發者只需要通過簡單的拖拽（drag-n-drop）操作來構建GUI就可以了。IB使用Nib文件儲存GUI資源，同時適用于Cocoa和Carbon程序。在需要的時候，Nib文件可以被快速地載入內存。

　　理論上將，Android平臺也有一個具有可比性的可視化工具，但還是不提了吧。Android平臺上應用的開發將會面對各式各樣不同的屏幕尺寸，這是它不可忽視的問題。當然，iOS設備的尺寸也在逐漸多樣化，iOS平臺未來也一定會面臨一樣的問題。當然，Android也向開發者提供了icon包幫助開發者更加容易的完成UX設計。不過，iOS開發者也可以利用一些第三方的icon包，比如Icons8。

　　在這項對比上，iOS尤其特殊的優勢。首先，屏幕種類相對更加簡單，只有三種（iPad、iPad mini及iPhone）尺寸和兩種分辨率；其次是其默認的iOS視覺元素如彈出式菜單和消息，比Android的視覺效果更有吸引力。

　　結論：iOS更勝一籌

　　語言

　　Android是利用Java；iOS利用Objective-C。當然，也有例外，如Xamarin。相比Java，Objective-C顯得較為啰嗦，比如，在Java中的這句定義字符串的語句：

　　String s2 = s1.replace（“abc”，”xyz”）;

　　到Objective-C中變成了：

　　NSString *s2 = ［s1 stringByReplacingOccurrencesOfString：@“abc” withString：@“xyz”］;

　　但用Objective-C時間久了就會發現比Java更好更干凈。Objective-C有代碼塊，Java沒有；它有類別（categories），Java沒有。Objective-C不需要開發者去用try/catch進行異常處理，Java需要。

　　當然，Java有其自己的優點。比如更好的堆棧追蹤，這意味著追蹤零星的錯誤更加容易。在幾年前，Android在垃圾回收機制上一直有巨大的優勢。而現在，iOS平臺上有了自動引用計數，Android的優勢也漸漸消失了。

　　結論：iOS的Objective-C勝出

　　API

　　Android和iOS都給自己的開發者提供了巨大的軟件庫，廣義上講，這些庫基本類似：提供手機功能及特點的API、提供網絡訪問功能、提供包括功能強大的WebView（基本上可以實現一個完整瀏覽器的功能）在內的全套視圖對象。最重要的是同時還提供控制器，基本上iOS ViewController與Android Acticity十分類似。

　　iOS提供了一組Android不具備的框架和特性——比如，沒有一款Android系統能夠提供媲美iOS Core Data framework的框架或其它特性。并且，iOS比Android更加干凈，有著更好的設計。

　　另一個指標（有爭議）：代碼行數。對于擁有相近功能的某個應用來說，iOS平臺上通常利用1596行代碼就可實現，包括頭文件，而對于Android上的Java代碼及XML，則需要2109行，多了32%。

　　結論：iOS更優

　　網絡通信實現

　　現在大多數應用都采用互聯網API，iOS和Android都提供了一整套工具和API幫助開發者實現這樣的功能，都提供了非常類似的WebView——基本上相當于一個瀏覽器窗口，開發者可以將其插入到應用程序的任何位置。

　　網絡連接基本上都是在后臺運行的，所以一般不會阻塞應用的主線程，多線程難度比較大。Android提供了一個AsyncTask類來解決類似的問題，雖然有些冗長，但效果很好。Android另外還提供了一個簡單的方法來判斷用戶是否在線。iOS也提供了差不多的東西，但相比之下顯得低級，令人并不是那么滿意。

　　不過，也有一些開源庫能夠幫助開發者更好的實現iOS上的網絡通信功能，比如AFNetworking。不過這個在Android上實現不了，因為Java不支持代碼塊。

　　結論：不考慮第三方庫的情況下，Android有優勢，而iOS在第三方庫上具有優勢。

　　分享

　　從應用中分享內容到社交網絡上到底有多容易？原以為這是Android的一大利器，因為Android很早之前就有了一個功能強大的應用內通信系統Intents。通常情況下，Android仍然能夠比較方便的實現應用之間的數據分享。

　　而在分享上，iOS已經基本追趕上Android了。這個大家可以自己判斷下，GitHub上有兩份有關分享Scanvine故事的源代碼：Android版、iOS版。iOS代碼比較長一點，因為我在其中加了一些Google Analytics代碼。

　　結論：旗鼓相當

　　碎片化問題

　　這點的對比就無需多言了，Android的碎片化問題一直飽受詬病。但值得注意的是，谷歌正在著手進行碎片化整理工作，值得期待一下。

　　結論：顯而易見，Android的問題嚴重

　　應用發布

　　Android平臺應用的發布非常簡單，只需要通過一個簡單的Eclipse引導簽署你的應用，然后開發者就能擁有一個可以在任何Android平臺運行的APK文件。然后開發者可以將這個APK文件發布到各種平臺上進行推廣，用戶安裝即可。如果應用在使用中出現了問題，出現代碼錯誤，開發者也能馬上上傳修復的版本供用戶下載。

　　而在iOS平臺上發布一款應用簡直就是一場噩夢。單在創建證書及Distribution Profiles環節，不少開發者就需要花費一天的時間來搞定。而測試工作，如果不是有TestFlight這樣的應用，絕對是難以描述的糟糕。

　　結論：Android大勝

　　綜合來看，iOS比Android更有優勢。雖然Android有自己的一些優勢，但顯然開發一款優秀的iOS應用比開發一款Android應用更加容易。除自身因素之外，iOS用戶人群相對高端（富裕、甚至可能有影響力），所以大部分開發者會選擇iOS平臺作為應用開發的第一平臺。