一、構(gòu)建

  伴隨著平臺(tái)的增多，不同的“構(gòu)建”要求也不斷增加。在今天，如果要構(gòu)建一個(gè)應(yīng)用程序，讓它分別能在iOS、安卓、Windows手機(jī)，黑莓等平臺(tái)上運(yùn)行，需要涉及種類繁多的集成開發(fā)環(huán)境(IDE)，APP開發(fā)工具包(SDK)和操作系統(tǒng)。即使是混合程序，應(yīng)用已有的HTML和JavaScript技術(shù)實(shí)現(xiàn)多個(gè)平臺(tái)通用，也需要大量混雜的結(jié)構(gòu)以適應(yīng)每個(gè)目標(biāo)操作系統(tǒng)。

  二、調(diào)試

  對(duì)移動(dòng)APP開發(fā)來說，很少遇到像調(diào)試這樣困難的問題。調(diào)試之所以困難，主要原因有兩個(gè)：

  1、可利用的應(yīng)用APP調(diào)試手機(jī)操作系統(tǒng)模擬器現(xiàn)有數(shù)量遠(yuǎn)遠(yuǎn)低于需求量;

  2、APP一般都在電腦上開發(fā)，然后可以從電腦把程序部署到手機(jī)終端運(yùn)行來調(diào)試程序。現(xiàn)在的移動(dòng)程序步驟復(fù)雜，基于電腦的模擬器也不會(huì)有很顯著的提高。因此我們只能完善手機(jī)直接調(diào)試的工具，實(shí)現(xiàn)直接在手機(jī)上調(diào)試，才能減輕目前APP開發(fā)調(diào)試的痛苦。

  三、測(cè)試

  一旦創(chuàng)建一個(gè)應(yīng)用程序，就需要一些自動(dòng)化的測(cè)試來保證在后續(xù)的更新發(fā)布前，用戶在應(yīng)用商場(chǎng)下載到的應(yīng)用程序是能正常工作的。在“以前的”微軟時(shí)代，這是一個(gè)相對(duì)輕松的任務(wù)。但是現(xiàn)在因?yàn)橛懈鞣N不同的移動(dòng)智能機(jī)，使得測(cè)試不僅僅在不同的操作系統(tǒng)，而且要覆蓋到不同的設(shè)備終端。

  四、部署

  不管你的程序是為了投放公開應(yīng)用商場(chǎng)，還是為一些私有的用戶組開發(fā)，如今移動(dòng)應(yīng)用的部署所需要的人工步驟都遠(yuǎn)多于此前。這些封閉的系統(tǒng)往往不可能讓你的程序?qū)崿F(xiàn)一次開發(fā)就可以部署到不同的平臺(tái)上。如果你的目標(biāo)群體不是公開的應(yīng)用商城，部署的過程將更加困難。

  五、優(yōu)化

  網(wǎng)站發(fā)布在服務(wù)器上，電腦程序在電腦上運(yùn)行，這些關(guān)系都是相對(duì)靜止的。但移動(dòng)APP卻是動(dòng)態(tài)的，隨用戶移動(dòng)，或在線上，或在線下，總之，一旦發(fā)布之后，就不受到發(fā)布者的控制了。為了解我們程序的運(yùn)行狀況與其動(dòng)態(tài)分析，我們需要對(duì)已經(jīng)發(fā)布的APP進(jìn)行監(jiān)控。開發(fā)者需要監(jiān)控程序的可用性和性能，并跟蹤普通用戶所遇到的問題，和一些引起程序低于60幀/秒或者fps(一個(gè)衡量程序響應(yīng)度的指標(biāo))的故障 。