layoutMarginRight=“8”
layoutMarginTop=“8”
layoutMarginBottom=“8”
layoutWidth=“32”
layoutHeight=“32”/>
// JSON数据
{
“style”: {
“text-align”: “h_center”,
“font-size”: “20”,
“color”: “#FF5000”
},
“title”: “超高性 99.9% 的用户觉得很快”,
“logoUrl”: “https://gw.alicdn.com/tfs/TB1yGIdkb_I8KJjy1XaXXbsxpXa-72-72.png”
}
2.2 编译成二进制数据
2.2.1 具体描述
使用专门的工具virtualview_tools
将编写好的XML
界面模板编译成二进制数据,编译后的文件的后缀名是.out
使用说明见文章virtualview_tools使用指南
注:为什么通过 XML 编写的业务组件 不直接在客户端里运行使用,而是先进行一次二进制序列化操作?
2.2.2 二进制文件描述
借鉴了 Android
系统编译模板文件的思路,格式 & 描述具体如下
2.2.2 编译流程
- 一个业务组件对应着一份
XML
模板 = 单独编译成二进制数据
编译数据 含除内置字符串资源外 它依赖的所有字符串、表达式资源
- 编译规则 编译时,模板里涉及的资源包括颜色值、各种枚举、基础组件的类型等都会被序列化映射成整数;不能序列化成整数的资源如字符串,就分配一个索引
Id
指向它 & 将它们单独存储到一块区域里
- 原因:当模板在线发布、字符串有变动的情况下,能够不影响原来的字符串资源索引;否则若按照带有顺序约定的协议来分配资源索引,很容易在模板变更时 同一索引值在变更前后指向的资源内容是不一样,影响稳定性和动态性
- 序列化的规则如下:
- 编译流程
2.3 模板数据 下发到客户端
即 客户端获取编译后的二进制数据
获取有2种路径:
- 直接将编译后的模板打包到客户端里,开发者通过代码加载
- 框架先发布到模板管理后台,客户端在线更新到模板数据(即实现了动态更新)
流程3:客户端加载界面
- 客户端获取到编译后的界面模板后,进行加载 & 解析,最终渲染出视图界面
- 步骤流程如下图
3.1 解析模板数据
- 具体描述 客户端获得编译后的模板数据(二进制数据)后,立即 进行解析
- 如校验版本号,合法性,读取头信息等
- 客户端渲染组件 从解析 编译后的模板数据开始
- 流程解析 解析过程 = 二进制编译的逆过程
但解析流程只负责提取原始数据 & 组织格式,并无构建出组件对象
<