開發iOS應用程序前需要解決的十大問題
不久前我們對蘋果iOS平臺成功的應用程序特性進行了整理。在本文中我們將為您展示在開發iOS平臺（iPhone、iPad和iPod）應用前，您可能想問的10個問題。
1. 我們目標應該是哪個平臺？
只有iOS (iPhone and iPad) 以及Android有足夠的下載量、購買量以及使用量。其他平臺也都有應用程序，但用戶大部份都太少，或者應用程序的下載量都不足以支撐。也許未來可能會改變，但是以今日來說，這是不爭的事實。
也許有人會爭辯WP、Bada都可撐起一片江山，但在沒有真切的放大量出來，不會建議一下子就冒進。
2. 我們需要針對不同平臺來開發不同的應用程序，或者是說有跨平臺一次解決的框架？
是的，你需要針對不同的平臺開發不同的原生性應用程序。在市面上的確有許多的跨平臺解決方案，但沒有一個是夠強大的，這些方案里包含了Sencha、SproutCore、Titanium。
長期來說，HTML 5將會擁有***的產業支持并提供很棒的框架給應用程序開發。但這在接下來的18個月并不會發生。請記得一件最重要的事，一個iPhone應用程序必須看起來并使用起來像是一個iPhone應用程序；而Android應用程序必需像是一個Android應用程序；如果想要跨平臺，先確保你要先知道原生應用程序的樣子，才不會犧牲掉使用者經驗。
我也認為HTML5終將會***潮流，但整體應用與接受并不是迫在眉睫。是不是利用HTML 5跨平臺或者使用原生應用程序，都不是重點，重點是在于使用者經驗。
過去一年的經驗里，不管是Foursquare、Viber、Instagram都已經作出***的證明，他們都是以單一平臺成功立基，強調單一平臺「使用者經驗」成功；如果只想一次搞定多平臺，但卻忽略在各平臺里使用經驗的差異，就已經是失敗的開始。
3. 每增加另一個平臺，我們所需要多花費的開發時間會多上多久？
這需視你開發的應用程序類型是哪種，但一般來說，大概是30～50%的時間。
4. 有可能在內部布署應用程序，而不用透過公開的應用程序商店嗎？
是的，每個平臺都有不同的解決方案，而且相當常見。
以筆者較為熟悉的iOS來說，一般做法可以使用 iOS Developer Enterprise Program，而當然，Adhoc Distribution也是另一種解法。
5. 我們可以再利用在網站已經完成的系統介接嗎？
是的，應用程序應該盡可能利用現成的系統，通常在JSON的架構上，是不用再迭床架屋的。
6. iPhone 以及 Android 的學習曲線對比上，Objective C 會比 Java難學？
這跟語言無關，這跟你鎖定SDK有關(Cocoa Touch 或 Android SDK)，學習曲線差不多。
7. 可以透過應用程序賣東西嗎？金流怎么走？
可以的，以iPhone來說，Apple不會讓詢問使用者的信用卡號，如果你選擇使用蘋果的賬號，蘋果會取走30%的手續費，大部份的在線零售業者會選擇讓使用者先建立一個使用者賬號，然后讓他們透過應用程序登入，這個賬號可以用來開收據/登入信用卡賬號。這限制不存在Android應用程序上。
8. 為什么不是一個網站，然后可以做一個適應手機瀏覽器的版本？
應用程序為主的手機用戶，偏好透過使用應用程序的功能來消費內容，IDG的數據支持此一觀點，并顯示應用程序驅動8倍于手機網站的流量。
就如同知名的LBS服務GoWalla CEO指出，使用者「壓倒性」使用的就是原生性應用程序。在「強大」的html 5普及前（這包含了開發人力的普及以及所有網絡服務的轉向），手機瀏覽器版本只能說是一個暫時解藥，比沒有好一些的方式。
9. App專案通常怎么運作？
就像所有的軟件開發項目：目的/用途、愿景、草圖、可視化、設計、開發，測試以及上線。我們喜歡類似Scrum的開發方式，應用程序項目特別專注在用戶經驗以及接口上的設計。
10. 通常一般的公司都從哪一類型的應用程序開始著手？
一般都從他們網站上的既有功能開始著手，并開始加上應用程序屬性的功能（像是GPS定位以及攝影）
作者
原作者是瑞典籍的安德烈亞斯(Andreas Sjostrom)，他目前主要的工作就是進行手機應用程序開發計劃，他統計在工作上最常被問到的10個問題，以及他一般對應的解答，綜觀起來，與筆者的回答有許多相似之處，茲分享如下，灰階部份則是筆者另行補充的部份。同時，您可以在他的個人部落格Bussiness Technology看到更多關于手機應用程序開發思考的文章，多是偏向實務上的相關，有興趣者不妨一看。
【編輯推薦】
