[发明专利]一种客户端视图的绘制方法和装置

说明书

本申请实施例提供了一种客户端视图的绘制方法和装置，所述方法包括：获取业务组件模板，所述业务组件模板包含原始模板数据；将所述原始模板数据编译为目标数据；对所述目标数据进行解析，以获得相应的目标模板数据；依据所述目标模板数据，创建业务组件；获取匹配所述业务组件的业务数据；将所述业务数据绑定至所述业务组件中。本实施例通过标准化的模型定义以及约定的渲染流程，每个基础组件都可以单独开发，并且在开发完毕之后可以自由组合，像搭积木一样搭建出复杂的视图，具备极强的通用性。

技术领域

本申请涉及计算机技术领域，特别是涉及一种客户端视图的绘制方法和一种客户端视图的绘制装置。

背景技术

电子商务技术的发展改变了人们的生活和消费习惯，越来越多的用户已经习惯通过网络进行消费、购物。用户可以在电商网站上选购商品，通过电子支付手段付清货款，然后便可以等待选购的商品被送至家中。

目前，用户进行网上购物可以通过PC或移动终端上的电商类APP来实现。以电商类APP为例，电商网站的开发人员经常需要根据一些临时性的需求对APP的界面视图进行调整。但是，传统的界面开发技术只能在发布APP新版本的时候才能更新界面视图，对于已经发布的应用根本无法进行动态更改。针对上述问题，开发人员开始考虑采用Html5标准进行页面的开发。然而，Html5对于有些场景来说太重量级了。例如，某些时候可能只需要对页面的某个局部区域进行更新，而整个页面并不是完全采用HTML5开发的。即使采用了Html5开发整个页面，从目前的效果来看，其性能和用户体验也仍然较差。

为了解决Htnl5在移动终端上APP的开发过程中的各种不足，部分电商类APP—例如，天猫(Tmall)客户端—在其开发方案中，提供了一种Tangram的技术框架来承载首页、品牌页等页面的开发。通过Tangram可以做到页面结构的动态化调整与更改。但是，对于页面里组件的开发，Tangram技术还是采用了原生的开发方式。由于原生组件都是按照平台特定协议来实现的，每个原生组件都包含了大量的通用实现的信息。为了通用化方案设计，比如文本组件需要考虑字体、多语言、Emoji、从左往右排列或者从右往左排列等多种场景的文字显示，每个组件实例在内存中也要占用不少空间。此外，每个原生组件内置包含了大量的逻辑，在运行过程中必然会带来大量开销，但其中大部分逻辑对于产品场景而言，却是不必要的。

发明内容

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种客户端视图的绘制方法和相应的一种客户端视图的绘制装置。

为了解决上述问题，本申请公开了一种客户端视图的绘制方法，包括：

获取业务组件模板，所述业务组件模板包含原始模板数据；

将所述原始模板数据编译为目标数据；

对所述目标数据进行解析，以获得相应的目标模板数据；

依据所述目标模板数据，创建业务组件；

获取匹配所述业务组件的业务数据；

将所述业务数据绑定至所述业务组件中。

为了解决上述问题，本申请公开了一种客户端视图的绘制方法，包括：

当接收到绘制客户端视图的指令时，确定各个业务组件的尺寸大小；

根据所述各个业务组件的尺寸大小，对所述各个业务组件进行排布；

对排布后的各个业务组件进行绘制。

为了解决上述问题，本申请公开了一种客户端视图的绘制装置，包括：

业务组件模板获取模块，用于获取业务组件模板，所述业务组件模板包含原始模板数据；

原始模板数据编译模块，用于将所述原始模板数据编译为目标数据；