如果您的團(tuán)隊(duì)開(kāi)發(fā)過(guò)移動(dòng)應(yīng)用，那基本上都會(huì)涉及到客戶(hù)端的開(kāi)發(fā)、服務(wù)端接口的開(kāi)發(fā)、客戶(hù)端和服務(wù)端的聯(lián)調(diào)測(cè)試、UI界面開(kāi)發(fā)等環(huán)節(jié)。筆者與一位從事多年的企業(yè)移動(dòng)應(yīng)用開(kāi)發(fā)負(fù)責(zé)人了解到，一年前公司為了迎合目前移動(dòng)信息化的浪潮，專(zhuān)門(mén)配備了比較專(zhuān)業(yè)的團(tuán)隊(duì)來(lái)進(jìn)行企業(yè)移動(dòng)應(yīng)用的開(kāi)發(fā)，并且從客戶(hù)端、服務(wù)端到UI都有專(zhuān)門(mén)的人來(lái)進(jìn)行開(kāi)發(fā)。但是經(jīng)過(guò)將近一年的發(fā)展，該負(fù)責(zé)人發(fā)現(xiàn)，由于不同的技術(shù)需要不同的人員才能完成，而且人員的水平參差不齊，導(dǎo)致開(kāi)發(fā)效率低下，項(xiàng)目和產(chǎn)品不能按照原來(lái)設(shè)想進(jìn)行，甚至無(wú)法按時(shí)交付。

經(jīng)過(guò)再三考慮和反復(fù)比較，該負(fù)責(zé)人決定放棄之前的開(kāi)發(fā)模式，轉(zhuǎn)而采用跨平臺(tái)移動(dòng)應(yīng)用平臺(tái)來(lái)進(jìn)行開(kāi)發(fā)。下面是他的一些心得：

一、 打造松耦合、簡(jiǎn)單協(xié)作的團(tuán)隊(duì)。

傳統(tǒng)的移動(dòng)應(yīng)用開(kāi)發(fā)團(tuán)隊(duì)人員組成臃腫，開(kāi)發(fā)技術(shù)無(wú)法復(fù)用，依賴(lài)性強(qiáng)，所以打造一個(gè)松耦合、簡(jiǎn)單協(xié)作的團(tuán)隊(duì)對(duì)整體的開(kāi)發(fā)效率起到很重要的作用。

目前大部分的跨平臺(tái)移動(dòng)應(yīng)用平臺(tái)只有客戶(hù)端的解決方案。比如PhoneGap就只能開(kāi)發(fā)客戶(hù)端，而數(shù)據(jù)交互需要另外開(kāi)發(fā)，而這些不同環(huán)節(jié)的開(kāi)發(fā)人員技術(shù)很難復(fù)用，并且相互之間還有聯(lián)調(diào)門(mén)檻。所以既可以開(kāi)發(fā)客戶(hù)端，也支持服務(wù)端的數(shù)據(jù)集成能力，以及客戶(hù)端和服務(wù)端的接口式交互是比較符合移動(dòng)應(yīng)用快速開(kāi)發(fā)的要求。

如果服務(wù)端輸出的數(shù)據(jù)就是客戶(hù)端可以直接展現(xiàn)的內(nèi)容，整個(gè)開(kāi)發(fā)模式就像Web開(kāi)發(fā)般簡(jiǎn)單和靈活。從而，人員技術(shù)結(jié)構(gòu)更簡(jiǎn)單，會(huì)Web開(kāi)發(fā)即可進(jìn)行移動(dòng)應(yīng)用的開(kāi)發(fā)，而且接口調(diào)試很方便，不存在客戶(hù)端和服務(wù)端的聯(lián)調(diào)，徹底改變客戶(hù)端人員需要等待服務(wù)端人員開(kāi)發(fā)好接口才能聯(lián)調(diào)的窘境，大大優(yōu)化了開(kāi)發(fā)體驗(yàn)，提高了整個(gè)團(tuán)隊(duì)的開(kāi)發(fā)效率。

二、 高復(fù)用率的代碼和界面。

做過(guò)企業(yè)移動(dòng)應(yīng)用開(kāi)發(fā)的人都知道，對(duì)于同一類(lèi)的客戶(hù)或相同行業(yè)的客戶(hù)端對(duì)界面的要求有很多相似點(diǎn)，而做好的一些固化功能也都有復(fù)用的需要，所以高復(fù)用率的代碼和界面對(duì)移動(dòng)應(yīng)用開(kāi)發(fā)者來(lái)說(shuō)是很重要的。而標(biāo)簽化+數(shù)據(jù)注入就是提高復(fù)用率的重要設(shè)計(jì)。標(biāo)簽化讓代碼明晰易模塊化，數(shù)據(jù)注入讓靜態(tài)標(biāo)簽變得具有生命，內(nèi)容靈活展現(xiàn)。

而目前很多移動(dòng)應(yīng)用平臺(tái)雖然具備能力的標(biāo)簽化，但是都存在一些通病，阻礙了代碼和界面的復(fù)用。主要表現(xiàn)在：

采用單頁(yè)面模式，使得一個(gè)頁(yè)面實(shí)際包含了很多頁(yè)面，頁(yè)面混合加載，復(fù)用率大打折扣。

多引擎各自為政，擴(kuò)展的能力無(wú)法標(biāo)簽化，甚至需要原生開(kāi)發(fā)語(yǔ)言支持，對(duì)開(kāi)發(fā)者要求高且無(wú)法有效復(fù)用。

不同引擎之間無(wú)法進(jìn)行流暢交互，數(shù)據(jù)傳遞復(fù)雜，降低頁(yè)面展現(xiàn)的靈活性。

數(shù)據(jù)交互復(fù)雜，無(wú)法有效進(jìn)行數(shù)據(jù)注入，每一次數(shù)據(jù)展現(xiàn)都是一次頁(yè)面刷新。

所以，高復(fù)用率的代碼和界面，應(yīng)該使用多頁(yè)面的開(kāi)發(fā)設(shè)計(jì)，可以在每個(gè)頁(yè)面都可以使用獨(dú)立的模板;支持多解析引擎，并且不同引擎都支持標(biāo)簽化;多引擎之間的交互標(biāo)準(zhǔn)化，調(diào)用簡(jiǎn)單;支持?jǐn)?shù)據(jù)注入，動(dòng)態(tài)刷新頁(yè)面數(shù)據(jù)。

三、 UI設(shè)計(jì)更簡(jiǎn)單。

跨平臺(tái)開(kāi)發(fā)對(duì)于UI設(shè)計(jì)的要求不言而喻。設(shè)計(jì)稿的分辨率定為多少合適?設(shè)計(jì)好的界面如何切圖?切圖如何管理?等等問(wèn)題是最困擾設(shè)計(jì)人員的問(wèn)題。

如果只需要做一套圖片就可以在不同分辨率、不同精度、不同尺寸的設(shè)備上進(jìn)行自適應(yīng)的合理展現(xiàn)，不管是對(duì)于開(kāi)發(fā)者還是UI設(shè)計(jì)，都將節(jié)約很大的成本。

尤其是，有的移動(dòng)應(yīng)用平臺(tái)還具有高仿真模擬器的PC客戶(hù)端，可以直接在線看設(shè)計(jì)的離線效果，對(duì)于開(kāi)發(fā)和UI設(shè)計(jì)來(lái)說(shuō)可謂是省去了很多工作量。

經(jīng)過(guò)多方比較，最終該負(fù)責(zé)人選擇了烽火星空的ExMoBI移動(dòng)應(yīng)用平臺(tái)進(jìn)行企業(yè)移動(dòng)應(yīng)用開(kāi)發(fā)，因?yàn)镋xMobi不僅提供基于WEB的開(kāi)發(fā)模式，更提供多引擎的無(wú)縫對(duì)接和***性的跨平臺(tái)UI設(shè)計(jì)理念，讓移動(dòng)應(yīng)用開(kāi)發(fā)更簡(jiǎn)單。使用ExMobi后，該負(fù)責(zé)人首先對(duì)開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行了優(yōu)化，目前保留的大部分是Web開(kāi)發(fā)人員，Android和iOS原生開(kāi)發(fā)各留一人，也不需要配備專(zhuān)門(mén)的UI設(shè)計(jì)人員。開(kāi)發(fā)模式基本是Web開(kāi)發(fā)為主，原生開(kāi)發(fā)為輔。這樣的改變?yōu)樗窈蟮膱F(tuán)隊(duì)作戰(zhàn)帶來(lái)很積極的作用。