软件外包LuaView高性能、动态化、跨平台应用开发引擎

　　软件外包LuaView高性能、动态化、跨平台应用开发引擎，业务快速发展的互联网产品，其移动应用往往会遇到版本迭代速度跟不上需求变更速度的问题。这时候让应用具有动态化能力就显得尤为重要。所谓的动态化是指应用不发版实现内容动态更新的能力，这里的应用内容不仅限于基本信息(如售卖的商品信息)，而且涉及应用的主体框架、信息结构等深层信息(如页面整体排版、布局)。可能需要临时对线上活动进行一个大的调整，如果采用Native技术实现的话，正常的发版节奏显然无法支持这种变更，但如果应用具有动态化能力的话，就可以通过动态发布解决上面的问题。

　　为了达到应用内容动态更新的目的，业内先后出现过很多动态化方案。有部分Native、部分Html5的混合架构Hybrid App，这种方案以H5的动态性为基础，通过定义Native的扩展(Bridge)来实现动态化;有约定数据结构，使用Native进行渲染的Native View方案，通过修改预定结构中的数据，实现动态化;有现在火热的ReactNative技术，通过JavaScript脚本引擎支持页面DOM转换和逻辑控制来实现动态化;还有开源界一大批小众的动态化方案。这些动态化方案都能一定程度上赋予APP动态化能力，但是每种方案都有其不太让人满意的缺陷以及能力瓶颈，如Hybrid的H5部分体验较差;Native View结构变化不够灵活，不支持逻辑的动态化;ReactNative 的JS引擎过重，不适合做长列表等。总之，尚未出现一种可以一统江湖的动态化方案。

　　目前正处在业务高速增长的时期，业务需求应接不暇，中间还穿插各种需求变更，基本的发版节奏已经很难满足业务需求，而h5的体验又不能很好地支持业务，能否构建一套Native动态化方案就变得非常迫切。

　　在最初的时候，工程师采用Native View方案构建了一套名为Box的简单动态化系统。通过预先约定好前后端Json数据格式和解析规则，在Android、iOS端以相同的方式解析、渲染服务端数据，从而实现两个端的简单动态化页面。Box能做到图片以及链接的动态配置与变更，但Box最主要的问题是只能下发结构预先定义的数据，并且不能下发处理逻辑，这就造成Box系统的适用范围非常有限，只能处理预定结构的服务端数据，无法构建复杂的UI，无法支持个性化Native页面。