為了獲得更多商業(yè)機(jī)會(huì)，在競(jìng)爭(zhēng)中占得一席之，傳統(tǒng)企業(yè)紛紛向互聯(lián)網(wǎng)轉(zhuǎn)型。那么如何讓傳統(tǒng)企業(yè)在移動(dòng)互聯(lián)網(wǎng)中找到落腳點(diǎn)？諸多的平臺(tái)廠(chǎng)商，推出各類(lèi)移動(dòng)平臺(tái)、移動(dòng)中間件產(chǎn)品，企圖從技術(shù)層面來(lái)打碎傳統(tǒng)企業(yè)信息移動(dòng)化進(jìn)程中的種種阻礙。

　　如何去實(shí)現(xiàn)跨平臺(tái)、跨設(shè)備、跨屏幕、跨技術(shù)、跨網(wǎng)絡(luò)？如何去實(shí)現(xiàn)設(shè)計(jì)驅(qū)動(dòng)、模型驅(qū)動(dòng)的開(kāi)發(fā)？平臺(tái)將致力于解決這些技術(shù)層面的問(wèn)題，去降低研發(fā)技術(shù)門(mén)檻、降低研發(fā)成本。好的架構(gòu)設(shè)計(jì)與設(shè)計(jì)模式將能更好的為業(yè)務(wù)實(shí)現(xiàn)服務(wù)，打下堅(jiān)實(shí)的技術(shù)基礎(chǔ)。

　　在眾多平臺(tái)類(lèi)產(chǎn)品中，按跨平臺(tái)核心技術(shù)可分為兩個(gè)陣營(yíng)：一，基于瀏覽器技術(shù)；二，基于交叉編譯技術(shù)。統(tǒng)一的跨平臺(tái)技術(shù)架構(gòu)，一次開(kāi)發(fā)，多處運(yùn)行，一直是架構(gòu)師們的夢(mèng)想，也是減少研發(fā)成本、屏蔽技術(shù)差異的有效手段。從Java、C++、HTML5到微軟的。Net，跨平臺(tái)，一直是他們的一貫訴求。

　　基于瀏覽器技術(shù)

　　在諸多的移動(dòng)平臺(tái)類(lèi)產(chǎn)品中，大多數(shù)的跨平臺(tái)解決方案，是基于瀏覽器技術(shù)的。

　　基于瀏覽器技術(shù)，主要是依托移動(dòng)操作系統(tǒng)中的WebView組件，使用HTML5、Javascript、CSS3等WEB技術(shù)來(lái)進(jìn)行移動(dòng)開(kāi)發(fā)。依托移動(dòng)瀏覽器來(lái)實(shí)現(xiàn)跨平臺(tái)的目標(biāo)。

　　近幾年來(lái)，在開(kāi)發(fā)者的熱情以及各個(gè)廠(chǎng)商的大力推動(dòng)下，HTML5技術(shù)迅猛發(fā)展，W3C HTML5規(guī)范日益成熟。越來(lái)越多的人開(kāi)始追隨HTML5，就在人們以為它真的能成為未來(lái)移動(dòng)世界的主角的時(shí)候，伴隨著Facebook HTML5 App的失敗，HTML5作為移動(dòng)跨平臺(tái)的主流技術(shù)，被蒙上了一層揮之不去的陰影。

　　依托WebView的HTML5展現(xiàn)，雖然理論上解決了跨平臺(tái)的問(wèn)題，但是不可忽視的是由此而帶來(lái)的性能問(wèn)題、與Native應(yīng)用而比的表現(xiàn)力不足問(wèn)題、以及本地存儲(chǔ)、安全、穩(wěn)定性等各個(gè)層面的問(wèn)題。我們寄希望于移動(dòng)操作系統(tǒng)廠(chǎng)商對(duì)于HTML5 的支持將會(huì)在新的版本中得以改善，也許這要一個(gè)漫長(zhǎng)的等待過(guò)程。HTML5，對(duì)于游戲、流媒體等領(lǐng)域具備了更好的支持，但對(duì)于移動(dòng)領(lǐng)域，它也許還沒(méi)有完全準(zhǔn)備好，Mozilla等很多廠(chǎng)商一直為此而努力，我們期待它們有更令人振奮不已的表現(xiàn)。

　　基于交叉編譯技術(shù)

　　那么，另外一條跨平臺(tái)之路，即為：交叉編譯。

　　平臺(tái)設(shè)計(jì)自己的UI描述語(yǔ)言--領(lǐng)域特定語(yǔ)言DSL（domain specific language ），拋掉WebView，書(shū)寫(xiě)平臺(tái)自己的DSL編譯器，交叉編譯為不同操作系統(tǒng)的App。

　　對(duì)于DSL技術(shù)，自從計(jì)算機(jī)誕生以來(lái)，人們就開(kāi)始討論并使用它了，它的核心在于：求專(zhuān)而不求全，致力于描述某個(gè)特定領(lǐng)域的事物，有人曾把它等同于非程序員的編程語(yǔ)言。

　　那么在移動(dòng)領(lǐng)域，把符合W3C規(guī)范的HTML5語(yǔ)法，作為移動(dòng)UI開(kāi)發(fā)的DSL，這是一個(gè)很有趣的事情，一個(gè)不錯(cuò)的跨平臺(tái)解決方案：使用Web技術(shù)開(kāi)發(fā)Native應(yīng)用。

　　交叉編譯

　　另一方面，如何選擇統(tǒng)一的邏輯編程語(yǔ)言，對(duì)于平臺(tái)來(lái)講，也是一個(gè)巨大的挑戰(zhàn)。

　　Android使用Java，IOS使用Objective-C，WP8使用C#……，各個(gè)操作系統(tǒng)使用自己的語(yǔ)言，Java通過(guò)虛擬機(jī)跨越了一個(gè)又一個(gè)的系統(tǒng)平臺(tái)，但它最終是沒(méi)有跨過(guò)蘋(píng)果的IOS。那么有沒(méi)有一種語(yǔ)言，可以跨越所有的移動(dòng)操作系統(tǒng)呢？漸漸的，Javascript進(jìn)入了人們的視線(xiàn)。

　　依托移動(dòng)瀏覽器，它基本實(shí)現(xiàn)了Write once，run anywhere的偉大夢(mèng)想，遺憾的是，卻被瀏覽器的特性與能力所局限。

　　Javascript似乎應(yīng)該發(fā)揮更強(qiáng)大的作用，事實(shí)上，從某種角度來(lái)講，Javascript早已從Web技術(shù)領(lǐng)域中脫離而出，它不再僅僅是單純的一項(xiàng)Web技術(shù)。比如Nodejs，比如眾多的游戲引擎，它們不再依賴(lài)于WebView，而是透過(guò)javascript引擎，更加高效的做你想做的任何事情。

　　Javascript成功的跨越了大多數(shù)的主流移動(dòng)平臺(tái)。用友UAP Mobile移動(dòng)應(yīng)用平臺(tái)正是利用Javascript做跨平臺(tái)業(yè)務(wù)語(yǔ)言，和Native對(duì)象模型通訊綁定技術(shù)。

　　基于瀏覽器技術(shù)的移動(dòng)平臺(tái)實(shí)現(xiàn)，具備天然的跨平臺(tái)能力，降低了平臺(tái)產(chǎn)品的開(kāi)發(fā)難度，具備著可以快速部署、動(dòng)態(tài)更新的優(yōu)勢(shì)。基于交叉編譯的平臺(tái)實(shí)現(xiàn)，帶來(lái)的是接近Native的性能與表現(xiàn)能力。如何去合理的選擇技術(shù)實(shí)現(xiàn)，去平衡其中的優(yōu)勢(shì)與弱勢(shì)，是企業(yè)級(jí)移動(dòng)平臺(tái)需要慎重考慮的一個(gè)問(wèn)題。

　　用友UAP Mobile移動(dòng)應(yīng)用平臺(tái)既支持Native開(kāi)發(fā)方式，也支持HHC（Hybird Html5 Container）開(kāi)發(fā)方式，還支持WebAPP開(kāi)發(fā)方式。用友UAP Mobile與普通意義上的混合應(yīng)用平臺(tái)的不同之處是，我們使用Web技術(shù)開(kāi)發(fā)Native應(yīng)用，提供所見(jiàn)即所得的開(kāi)發(fā)工具，使用統(tǒng)一的開(kāi)發(fā)語(yǔ)言如HTML5、css3、javascript等，而不必掌握J(rèn)ava、C/C++、C#等Native移動(dòng)開(kāi)發(fā)技術(shù)來(lái)開(kāi)發(fā)Native App、Hybird App、Web App。

　　用友UAP Mobile移動(dòng)應(yīng)用平臺(tái)的開(kāi)發(fā)語(yǔ)言采用DSL技術(shù)，并遵循W3C HTML5標(biāo)準(zhǔn)自定義了一套DSL體系，基于模型驅(qū)動(dòng)、組件化UI、Web開(kāi)發(fā)環(huán)境、動(dòng)態(tài)交叉編譯等，這些技術(shù)除了很好的實(shí)現(xiàn)了跨平臺(tái)開(kāi)發(fā)外，還大幅度降低了開(kāi)發(fā)成本，希望能夠?yàn)榇蠹規(guī)��?lái)一定的參考價(jià)值。