【用友UAP】移动平台货比三家

“现在正处于战国时代，但这并不会持续很久，总有一两家一统江湖。”说起移动应用平台，用友集团UAP中心移动应用平台产品部总经理张建新这样形容当前的竞争格局。

在可预见的未来，移动设备终端将成为各种类型终端中的主流，包括车载、电视、可穿戴设备等，都属于移动终端的范畴。伴随着3G、4G等硬件设备与网络技术的成熟与加速、移动互联网与传统行业的结合，将催生新的应用模式、新的商业模式的诞生、也将加速移动软硬件方面的技术进步与变革……世界因为移动而改变。

移动应用相较于传统软件，其开发过程、部署方案、运行方式等方面区别较大，在个性化、设备安全性、UE体验性等方面都提出了更高的要求。近年来，移动平台领域竞争激烈，不计其数的软件厂商或团队投入到移动开发的世界，对于移动平台，首先要解决的问题，是跨平台。

比较多的平台厂商使用浏览器技术去跨平台，张建新认为：交叉编译技术将脱颖而出，使用交叉编译技术去跨平台，将具备更强的竞争优势。

移动技术三国鼎立 “跨平台”谁来统一？

世界上没有最好的技术，只有最合适的技术”张建新认为，作为移动开发者，一定要先了解各种技术的特性，才能很好的驾驭它，帮你解决各种移动开发难题，尤其首当其冲的跨平台问题。

移动世界主流技术剖析（来源：用友公司集团UAP中心）

从总体来看，当前移动领域的主流技术大体分为三类：Web技术（Javascript、css3、HTML5）、Native技术（Java、C/C++、C#原生）及Hybird混合技术（HTML+Native混合）。Web技术跨平台能力相对较强，能够节省开发成本，可以更快更新和更强进行发布控制；Native技术开发的移动应用，具备较好的体验和表现力，变现能力较强；Hybird混合技术的好处是，可以整合HTML5 Web应用与本地容器(native container)，前者具有可移植性，而后者可以协助访问本地设备功能。张建新介绍，相对来说采用Hybird混合技术的跨平台方案多些，技术门槛也相对较低。

用友UAP Mobile的性能与表现力接近纯粹Native应用，同时支持HHC（Hybird Html5 Container）开发方式，以及Web开发方式。“UAP Mobile与普通意义上的混合应用平台的不同之处是，我们使用Web技术开发Native应用，用交叉编译的方式实现跨平台”张建新解释说。那么为什么要用交叉编译的方式呢？它的优势到底在哪里？

用友UAP Mobile与其他主流移动开发技术的比较

张建新表示，从技术来分，跨平台可分为两个阵营：一，基于浏览器技术;二，基于交叉编译技术。“基于浏览器跨平台，可以用Native搭台，HTML唱戏来形容。”张建新解释道，因为它只是用Native去搭一个框架，但核心还是HTML，在浏览器里跑。也就是依托移动操作系统中的WebView组件，使用HTML5、Javascript、CSS3等WEB技术来进行移动开发。这虽然理论上解决了跨平台的问题，但同时带来了性能问题、与Native应用而比的表现力不足问题、以及内存管理、安全、稳定性等各个层面的问题，需要更专业的额外处理与优化。交叉编译技术解决了燃眉之急，平台设计自己的UI描述语言——领域特定语言DSL(domain specific language )，抛掉WebView，书写平台自己的DSL编译器，交叉编译为不同操作系统的App。

张建新认为，如何去合理的选择技术实现，去平衡其中的优势与弱势，是企业级移动平台需要慎重考虑的一个问题，交叉编译是未来移动开发的必然趋势。这就很容易理解，为什么UAP Mobile会选择交叉编译的技术方式来实现跨平台，来进行移动开发。

移动平台战国  谁能杀出重围？

由于各自的策略不同，移动开发商采用了不同的开发技术。Gartner一份针对移动开发领域的报告显示，截止2016年，企业部署的移动应用中超过半数将属于混合应用。而未来开发人员将考虑混合与原生这两种模式，因为市场对移动应用感知技术的需求有所增加。

在中国，Native开发的人占很大比例，混合应用的人比较少。而移动开发主要解决的就是跨平台，这用Native是很难实现的。因此，国内的移动开发平台，在跨平台方面非常薄弱。国外的移动平台厂商相对较强，而其实很多大的厂商为了迎合移动发展的速度，迅速获得自己的移动平台产品，以占领市场，都采用了收购策略。比如SAP在2010年收购了Sybase，尽管这之前起移动战略已提出许久，但此时才意味着SAP移动战略的真正形成；IBM在2012收购Worklight，以帮助其将移动服务横跨移动应用软件开发、整合、安全和管理等领域；2013年Intel 收购Appmobi，Intel希望通过Appmobi为开发者提供构建HTML5应用的环境，并帮助他们在移动设备上加速应用的性能；再如微软早些年就在筹划收购Appcelerator Tianium,但未果，现在又在筹划收购Xamarin。在Gartner2013年移动应用开发平台(MADP)魔力象限中，Appcelerator Tianium在前瞻性方面处于最领先位置。

用友UAP Mobile关键特性

一系列的收购案例可以看出，这些国际厂商的移动战略大多是为了急于抢占市场。UAP Mobile完全是用友的核心研发团队，从2003年起开始，一步步研究、完善而成的。2010年，研发出移动应用运行平台，2012年推出正式的UAP Mobile V1.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。

尽管面对那么多的竞争对手，尤其背景实力较强的国际厂商，张建新表示，对UAP Mobile仍然很有信心。因为他认为，做平台并不是作应用，尤其在移动开发领域，技术是最核心的竞争力。

从国际厂商来看，每个公司选择的技术框架是和自己主营的业务相联系，和核心利益挂钩的，而不是看技术的利弊。比如百度的clouda，它之所以大力推轻应用，而不推原生应用，就是为了与它的搜索业务相关联。SAP的SMP、IBM的Worklight，在他们当初收购的时期，正是HTML5最火，且落地的时候，因此他们选择了WEB跨平台。如果放在现在，他们也许会重新选择，选择交叉编译跨平台。国内做的相对较好的移动开发平台AppCan，它由于推出时间较早，并且提供了本土化的培训和文档支持，所以市场推广较为顺利。张建新介绍，UAP Mobile有统一语言，通过交叉编译技术跨平台，把符合W3C规范的HTML5语法，作为移动UI开发的DSL，使用Web技术开发Native应用。

其次，SAP更关注应用，聚焦行业，对平台的投入比较谨慎。而UAP Mobile关注平台本身，希望通过平台来打造推动移动信息化进步的产品。而UAP Mobile采用模型驱动的可视化开发模式，提供模型、模板、框架、DSL、工具等，降低移动应用开发难度，使不具备移动开发背景的人员开发移动应用程序。而DSL的动态编译技术,解决了快速部署与内容快速更新的需求、解决了企业客户化与个性化的需求。

UAP Mobile的客户群体，不只是企业开发者，还包括各行业组织，或有移动开发需求的个人开发者。企业可以通过UAP Mobile建立自己的企业移动应用商店，企业可以在应用商店浏览、下载或通过移动应用商店管理企业内部应用。面向所有开发者，UAP Mobile开办了开发者社区，供开发者交流、学习。为了帮助更多开发者解决跨平台等开发难题，张建新表示，UAP Mobile将把移动应用平台免费提供大家使用，并且未来计划开放一部分源代码，以更开放的心态面对开发者，共同进步，完善平台技术。

移动开发世界，正处于战国时期，但这不会持续太久，总有一两家来统一江湖。“用友UAP希望能够实现统一的梦想”张建新把这当成前进的动力。客观来看，UAP Mobile具备业界领先的交叉编译等技术框架优势，领先于国内同类产品，与国际同类产品相比，也具备较好的竞争优势。不说一统江湖，至少能够吸引更多开发者加入，共同建立良好的移动应用生态圈。