“現在正處于戰國時代，但這并不會持續很久，總有一兩家一統江湖。”說起移動應用平臺，用友集團UAP中心移動應用平臺產品部總經理張建新這樣形容當前的競爭格局。
在可預見的未來，移動設備終端將成為各種類型終端中的主流，包括車載、電視、可穿戴設備等，都屬于移動終端的范疇。伴隨著3G、4G等硬件設備與網絡技術的成熟與加速、移動互聯網與傳統行業的結合，將催生新的應用模式、新的商業模式的誕生、也將加速移動軟硬件方面的技術進步與變革……世界因為移動而改變。
移動應用相較于傳統軟件，其開發過程、部署方案、運行方式等方面區別較大，在個性化、設備安全性、UE體驗性等方面都提出了更高的要求。近年來，移動平臺領域競爭激烈，不計其數的軟件廠商或團隊投入到移動開發的世界，對于移動平臺，首先要解決的問題，是跨平臺。
比較多的平臺廠商使用瀏覽器技術去跨平臺，張建新認為：交叉編譯技術將脫穎而出，使用交叉編譯技術去跨平臺，將具備更強的競爭優勢。
移動技術三國鼎立“跨平臺”誰來統一？
世界上沒有最好的技術，只有最合適的技術”張建新認為，作為移動開發者，一定要先了解各種技術的特性，才能很好的駕馭它，幫你解決各種移動開發難題，尤其首當其沖的跨平臺問題。 移動平臺貨比三家 移動世界主流技術剖析（來源：用友公司集團UAP中心） 從總體來看，當前移動領域的主流技術大體分為三類：Web技術（Javascript、css3、HTML5）、Native技術（Java、C/C++、C#原生）及Hybird混合技術（HTML+Native混合）。Web技術跨平臺能力相對較強，能夠節省開發成本，可以更快更新和更強進行發布控制；Native技術開發的移動應用，具備較好的體驗和表現力，變現能力較強；Hybird混合技術的好處是，可以整合HTML5Web應用與本地容器(nativecontainer)，前者具有可移植性，而后者可以協助訪問本地設備功能。張建新介紹，相對來說采用Hybird混合技術的跨平臺方案多些，技術門檻也相對較低。
用友UAPMobile的性能與表現力接近純粹Native應用，同時支持HHC（HybirdHtml5Container）開發方式，以及Web開發方式。“UAP Mobile與普通意義上的混合應用平臺的不同之處是，我們使用Web技術開發Native應用，用交叉編譯的方式實現跨平臺”張建新解釋說。那么為什么要用交叉編譯的方式呢？它的優勢到底在哪里？ 移動平臺貨比三家 用友UAPMobile與其他主流移動開發技術的比較
張建新表示，從技術來分，跨平臺可分為兩個陣營：一，基于瀏覽器技術;二，基于交叉編譯技術。“基于瀏覽器跨平臺，可以用Native搭臺，HTML唱戲來形容。”張建新解釋道，因為它只是用Native去搭一個框架，但核心還是HTML，在瀏覽器里跑。也就是依托移動操作系統中的WebView組件，使用HTML5、Javascript、CSS3等WEB技術來進行移動開發。這雖然理論上解決了跨平臺的問題，但同時帶來了性能問題、與Native應用而比的表現力不足問題、以及內存管理、安全、穩定性等各個層面的問題，需要更專業的額外處理與優化。交叉編譯技術解決了燃眉之急，平臺設計自己的UI描述語言——領域特定語言DSL(domainspecificlanguage)，拋掉WebView，書寫平臺自己的DSL編譯器，交叉編譯為不同操作系統的App。
張建新認為，如何去合理的選擇技術實現，去平衡其中的優勢與弱勢，是企業級移動平臺需要慎重考慮的一個問題，交叉編譯是未來移動開發的必然趨勢。這就很容易理解，為什么UAPMobile會選擇交叉編譯的技術方式來實現跨平臺，來進行移動開發。
移動平臺戰國 誰能殺出重圍？
由于各自的策略不同，移動開發商采用了不同的開發技術。Gartner一份針對移動開發領域的報告顯示，截止2016年，企業部署的移動應用中超過半數將屬于混合應用。而未來開發人員將考慮混合與原生這兩種模式，因為市場對移動應用感知技術的需求有所增加。
在中國，Native開發的人占很大比例，混合應用的人比較少。而移動開發主要解決的就是跨平臺，這用Native是很難實現的。因此，國內的移動開發平臺，在跨平臺方面非常薄弱。國外的移動平臺廠商相對較強，而其實很多大的廠商為了迎合移動發展的速度，迅速獲得自己的移動平臺產品，以占領市場，都采用了收購策略。比如SAP在2010年收購了Sybase，盡管這之前起移動戰略已提出許久，但此時才意味著SAP移動戰略的真正形成；IBM在2012收購Worklight，以幫助其將移動服務橫跨移動應用軟件開發、整合、安全和管理等領域；2013年Intel收購Appmobi，Intel希望通過Appmobi為開發者提供構建HTML5應用的環境，并幫助他們在移動設備上加速應用的性能；再如微軟早些年就在籌劃收購AppceleratorTianium,但未果，現在又在籌劃收購Xamarin。在Gartner2013年移動應用開發平臺(MADP)魔力象限中，AppceleratorTianium在前瞻性方面處于最領先位置。
一系列的收購案例可以看出，這些國際廠商的移動戰略大多是為了急于搶占市場。UAPMobile完全是用友的核心研發團隊，從2003年起開始，一步步研究、完善而成的。2010年，研發出移動應用運行平臺，2012年推出正式的UAPMobileV1.0，至目前的UAP Mobile V2.0。盡管完全自主開發，但從時間來看，并不比那些國際廠商晚。并且，從產品功能來看，目前的UAP Mobile已涵蓋企業移動應用開發、管理、安全、整合等全生命周期的統一平臺，是支持 WEB、混合式和原生應用程序類型的移動應用平臺，支持廣泛的開放性、標準化和跨平臺能力。尤其令張建新引以為傲的就是UAP Mobile所采用的交叉編譯技術。用Web技術開發Native應用，為開發人員提供所見即所得的開發工具，使用統一的開發語言如HTML5、css3、javascript等，而不必掌握Java、C/C++、C#等Native移動開發技術來開發Native App、Hybird App、Web App。
盡管面對那么多的競爭對手，尤其背景實力較強的國際廠商，張建新表示，對UAPMobile仍然很有信心。因為他認為，做平臺并不是作應用，尤其在移動開發領域，技術是最核心的競爭力。
從國際廠商來看，每個公司選擇的技術框架是和自己主營的業務相聯系，和核心利益掛鉤的，而不是看技術的利弊。比如百度的clouda，它之所以大力推輕應用，而不推原生應用，就是為了與它的搜索業務相關聯。SAP的SMP、IBM的Worklight，在他們當初收購的時期，正是HTML5最火，且落地的時候，因此他們選擇了WEB跨平臺。如果放在現在，他們也許會重新選擇，選擇交叉編譯跨平臺。國內做的相對較好的移動開發平臺AppCan，它由于推出時間較早，并且提供了本土化的培訓和文檔支持，所以市場推廣較為順利。張建新介紹，UAPMobile有統一語言，通過交叉編譯技術跨平臺，把符合W3C規范的HTML5語法，作為移動UI開發的DSL，使用Web技術開發Native應用。
其次，SAP更關注應用，聚焦行業，對平臺的投入比較謹慎。而UAPMobile關注平臺本身，希望通過平臺來打造推動移動信息化進步的產品。而UAPMobile采用模型驅動的可視化開發模式，提供模型、模板、框架、DSL、工具等，降低移動應用開發難度，使不具備移動開發背景的人員開發移動應用程序。而DSL的動態編譯技術,解決了快速部署與內容快速更新的需求、解決了企業客戶化與個性化的需求。
UAPMobile的客戶群體，不只是企業開發者，還包括各行業組織，或有移動開發需求的個人開發者。企業可以通過UAPMobile建立自己的企業移動應用商店，企業可以在應用商店瀏覽、下載或通過移動應用商店管理企業內部應用。面向所有開發者，UAPMobile開辦了開發者社區，供開發者交流、學習。為了幫助更多開發者解決跨平臺等開發難題，張建新表示，UAP Mobile將把移動應用平臺免費提供大家使用，并且未來計劃開放一部分源代碼，以更開放的心態面對開發者，共同進步，完善平臺技術。
移動開發世界，正處于戰國時期，但這不會持續太久，總有一兩家來統一江湖。“用友UAP希望能夠實現統一的夢想”張建新把這當成前進的動力。客觀來看，UAP Mobile具備業界領先的交叉編譯等技術框架優勢，領先于國內同類產品，與國際同類產品相比，也具備較好的競爭優勢。不說一統江湖，至少能夠吸引更多開發者加入，共同建立良好的移動應用生態圈。
京公網安備 11010502049343號