[[143164]]

開發(fā)之前需要仔細(xì)考慮的

別做拍腦瓜的決策，在開工之前你需要考慮的比你想象的要多。我通常會幫助或者指導(dǎo)客戶把以下幾個要素都過一遍：

一：和客戶談他們的移動應(yīng)用，最讓我吃驚的是他們從來沒有想過支撐一個iPhone應(yīng)用運(yùn)行，背后需要涉及到的方方面面。他們想象中的iPhone是獨(dú)立存在于這個宇宙的，是如此的簡單，以至于他們要我很快就給出一個項(xiàng)目預(yù)算報價，而不用討論諸多細(xì)節(jié)。我問他們：“你們是否考慮過后臺服務(wù)器的事情？你們的應(yīng)用需要和后端服務(wù)器做數(shù)據(jù)通訊？” 什么，聽不懂？好吧，我用地球人的語言再把這個問題講 一遍：“你們的應(yīng)用不是需要用戶注冊嘛，你們考慮過把用戶的數(shù)據(jù)存放在哪里了嗎？我們需要一個地方去保存這些以后會用到的數(shù)據(jù)。” 第一次碰到這樣的客戶時，哥簡直就怒了。后來我發(fā)現(xiàn)這不是客戶的錯：我是搞編程的，CS架構(gòu)對我來說就像吃飯睡覺一樣是不假思索的東西，而我的客戶盡是些高富帥，他們懂個毛CS架構(gòu)！

所以，如果你不大懂技術(shù)，那請仔細(xì)聽我說：如果你想做的移動應(yīng)用需要用戶注冊和登錄，或者你想隨時控制移動應(yīng)用的一些輸出，甚至是你僅僅是需要一個用戶反饋意見調(diào)查表這么簡單的功能，那么，你得搞一臺后端服務(wù)器。

二：好了，現(xiàn)在你知道你需要一臺后端服務(wù)器。同時你還需要想辦法讓你的iOS應(yīng)用和你的服務(wù)器能夠?qū)υ?，就是相互間接收數(shù)據(jù)什么的。不，這個問題不是簡答靠什么標(biāo)準(zhǔn)的即插即用的東東就能解決的，不是你們想象的那樣！所有的東西都需要定制化開發(fā)，這就好比發(fā)明一門語言：你希望你的服務(wù)器和你的應(yīng)用之間能夠通過一種語言溝通，但是你不希望其他人聽得懂這門語言。

用行話說這就是制定服務(wù)器端API接口，或簡稱API。這些API應(yīng)該在開發(fā)iPhone客戶端之前就到位了。為什么？因?yàn)槟惚仨毾纫?guī)定好一門語言的單詞和語法，然后才能用這門語言說話吧！？好了，這就帶出了第三點(diǎn)—如何開發(fā)這些API。

三：API的成功定制是項(xiàng)目成功的一半（反之亦然），所以千萬不要掉以輕心。你要考慮你的業(yè)務(wù)數(shù)據(jù)模型、業(yè)務(wù)流程、調(diào)用業(yè)務(wù)需要提供的參數(shù)、特定事件發(fā)生時數(shù)據(jù)間該如何互動等等。簡單來說，我們要做的就是開發(fā)一個網(wǎng)站，上面跑著你的業(yè)務(wù)流程，只不過這個網(wǎng)站的所有運(yùn)行結(jié)果都不是通過網(wǎng)頁形式展現(xiàn)出來，而是呈現(xiàn)在一行行的文本和數(shù)字中。舉個例子：一個登錄成功的反饋頁面僅僅包含YES一個單詞。

iPhone應(yīng)用需要訪問這些預(yù)先定義好的接口，并且按預(yù)定義格式提供必要的輸入（比如用戶名和密碼），然后要對服務(wù)器端的反饋（YES或者NO）做出解析處理。所以，沒有什么移動應(yīng)用能夠自動的含有用戶注冊和登錄功能。

服務(wù)器端開發(fā)需要考慮的問題太多了：選擇服務(wù)器，選擇用什么語言開發(fā)，主機(jī)放在哪里才能增加訪問速度，等等，這里我就不展開了。如果這一切對你來說很陌生，那么你最好去問問團(tuán)隊(duì)里的技術(shù)負(fù)責(zé)人，或者干脆讓開發(fā)人員做決策。

四: 所以，關(guān)于服務(wù)器端API，你或者讓自己的技術(shù)團(tuán)隊(duì)把它開發(fā)好，再將完善的API文檔交給iPhone應(yīng)用開發(fā)人員；或者你支付iPhone應(yīng)用開發(fā)人員額外的報酬來搞定這些。你找的iPhone應(yīng)用開發(fā)人員可能會服務(wù)器端開發(fā)也可能不會。如果他會的話，我建議最好讓他也同時負(fù)責(zé)服務(wù)器端開發(fā)，因?yàn)樗钋宄Phone應(yīng)用中需要哪些服務(wù)器端API。

如果你的服務(wù)器端API已經(jīng)存在了，那么除了向iPhone應(yīng)用開發(fā)人員提供相關(guān)文檔之外，你還要考慮讓他能夠便捷的同服務(wù)器開發(fā)團(tuán)隊(duì)溝通，因?yàn)榇蠖鄶?shù)情況下，iPhone應(yīng)用需要在已有API基礎(chǔ)上增加一些新的接口。

 現(xiàn)在我們來看看iPhone應(yīng)用開發(fā)本身

扯了大半天，我們終于開始談iPhone應(yīng)用開發(fā)本身了。一般來說，iOS平臺上做所有事情都不能隨心所欲。你最好在開發(fā)人員寫代碼之前把所有的需求都確認(rèn)好好。這和開發(fā)網(wǎng)站不一樣，按照實(shí)現(xiàn)簽訂的合同開發(fā)iOS應(yīng)用，開發(fā)過程中對需求變更的容納度可能很低：

用戶界面：無論你打算采用iOS標(biāo)準(zhǔn)界面還是自定義元素，在開發(fā)開始前一定要確認(rèn)清楚，因?yàn)閼?yīng)用的程序架構(gòu)是根據(jù)界面和用戶使用流程來設(shè)計(jì)的。一個很好的例子就是在界面底部使用了iOS標(biāo)準(zhǔn)的標(biāo)簽欄（Tab Bar），此后如果你想讓標(biāo)簽欄里面的圖標(biāo)變成彩色的，這個代碼改動量可沒你想象的那么??！

代碼之間的耦合：如果是開發(fā)網(wǎng)站，你可以隨意的添加一個頁面或者一處鏈接。做iOS應(yīng)用就沒有那么簡單了，很多東西一開始都要設(shè)計(jì)好，后期的一處改動會牽連很多東西，具體原因是你無法理解的。iOS應(yīng)用的代碼寫好之后，再改動行不行？行！但必須小心。 這就像設(shè)計(jì)電路板一樣， 如果你不小心把那根線搭錯了，整塊電路板就會不工作。有人說架構(gòu)優(yōu)良的程序可以有很高的延展性，那純屬紙上談兵。在About屏幕上添加一個電子郵件按鈕可能只需要幾行代碼的工作量，而添加一個轉(zhuǎn)發(fā)到新浪微薄的按鈕（譯者注：原文是添加一個Facebook Like）就完全不是那么簡單的事兒了！

讓一個iPhone應(yīng)用同時也支持iPad：如果要評選最坑爹“需求變更”，那么這個絕對是當(dāng)之無愧的。理由很簡單：支持iPad根本不是TMD什么附加功能！iPad應(yīng)用基本上都比iPhone應(yīng)用來得要復(fù)雜，界面設(shè)計(jì)和用戶體驗(yàn)也大不一樣。我問你，制造一輛電動自行車，然后把它改裝成一部燒汽油的摩托車，這能是一回事兒嗎?。侩妱幼孕熊嚫ν熊嚳雌饋硎呛芟?，但是制造它們完全是兩碼事。

拿廣受歡迎的Facebook官方應(yīng)用來說，它的iPhone和iPad版本看似相似，實(shí)際用戶操作流程完全不同。不僅僅是界面上的不同會帶來額外的工作，對后臺服務(wù)器API的需求也可能不一樣。拿我熟悉的一個應(yīng)用Denso來說（我熟悉它因?yàn)檫@是我開發(fā)的），它的iPad版本比iPhone多了幾個功能，這些都需要額外的服務(wù)器端API來支持。記住，iPhone和iPad應(yīng)用的用戶體驗(yàn)需求是完全不一樣的。

準(zhǔn)備好開始了嗎？

希望此文能夠幫助你和你的團(tuán)隊(duì)了解移動應(yīng)用開發(fā)幕后的方方面面。除非你們要做一個像計(jì)算器那么簡單的單機(jī)應(yīng)用，否則你們很難用極低的成本搞定。綜上所述，如果你覺得外包成本太高，那你只好招人自己開發(fā)。

當(dāng)然，如果你決定了要外包移動應(yīng)用開發(fā)，那么我還要提醒一點(diǎn)：公司政治。如果你是在一家大公司或者有著嚴(yán)格制度的機(jī)構(gòu)里面干活，那么幫助合同開發(fā)者搞定那些個規(guī)章制度上的繁文縟節(jié)，對你來說是非常重要的一項(xiàng)工作，必要的時候甚至可以做一些政策上的變通。 我同幾個大型企業(yè)客戶接觸過，當(dāng)我要求看他們的服務(wù)器端數(shù)據(jù)接口的時候，他們流露出很不安的表情。我想這或許是因?yàn)樗麄兪苤朴诠疽?guī)定而不能透露信息，這無可厚非；或者他們還沒有想好這種情況下該如何操作；或者他們的品牌制度蛋疼到需要在移動應(yīng)用的每個屏幕上都擺著公司logo！最終我沒有和這樣的企業(yè)客戶合作，因?yàn)槲覠o法想象如果有一天我需要增加一些服務(wù)器端API接口的話，和他們的規(guī)章和流程折騰，那將會是多么悲劇的事情。

PS：開發(fā)移動應(yīng)用很耗費(fèi)時間，你最好有耐心。