Android Tangram模型：连淘宝、天猫都在用的UI框架模型你一定要懂

Carson.Ho

发布于 2019-02-22 14:40:35

2.2K0

发布于 2019-02-22 14:40:35

文章被收录于专栏：Android知识分享Android知识分享

注：本篇文章已授权微信公众号 guolin_blog （郭霖）独家发布

前言

Tangram 是阿里出品、用于快速实现组合布局的框架模型，在手机天猫 Android & iOS版内广泛使用

今天我将对Tangram 模型进行全面介绍，希望你们会喜欢。

1. 为什么要使用 Tangram 模型

在讲解 Tangram模型前，我们先来搞懂一个问题：为什么要使用 Tangram模型

1.1 背景

技术是用于满足需求业务的解决方案，现有的需求业务可分为三类：基础业务、常规业务 & 临时性任务。具体细节如下：

1.2 问题

相应的解决方案的特点如下：

对于基础业务，采用 Native 的方案，不作过多解释
对于临时性业务，随着WebView性能的提升和移动端设备硬件的发展，现阶段 HTML 加载速度 & 渲染速度慢的缺点将会逐渐被完善，对于临时性业务的需求能够满足

但对于常规业务，至今还没盖棺定论的方案，所以才会存在两种方案：WebView+HTML & Dynative方案。但这两种方案是存在问题的：

WebView+HTML方案：随着WebView性能的提升和移动端设备硬件的发展，HTML加载速度 & 渲染速度慢的缺点将会逐渐被完善，所以常规业务需要的性能还是难以满足。
Dynative（如RN、Weex）：虽然性能能满足，但由于该技术还不成熟，稳定性差，且开发难度大，所以对于常规业务还是非常谨慎的使用。

1.3 解决方案

Tangram 正是解决常规业务的方案：在性能、稳定性 & 开发周期取得较好平衡的一种折中方案。

2. 定义

是一种用于快速实现组合布局的框架模型
1. 所谓概念模型，即只停留在定性分析的解决方案 & 思路，还未真正具体实现
2. Tangram的具体实现是一种 Native（iOS & Android）的快速实现组合布局的界面开发框架，下面会详细说明
中文即七巧板，即该框架 提供一系列基本单元布局，通过快速拼装就能搭建出一个具备多种布局的页面 就像使用七巧板通过现有板块快速拼凑出多样的形状一样。

3. 应用场景

常规业务中复杂的布局格式混排，如：浮动布局、栏格布局、通栏布局、一拖N布局、瀑布流布局，还可以组合使用这些布局
具体场景是：如电商平台首页、活动频道等等 Tangram 模型目前已在手机天猫 & 淘宝 Android 版内广泛使用

4. Tangram优点

4.1 高性能

在性能方面，希望贴近Native开发，重点：页面渲染效率 & 组件回收复用

页面渲染：为了提升渲染效率，Tangram将在视图渲染之前把大量的计算工作在VM中完成，并缓存在VM组成的树形结构里。
回收和复用——Tangram在Android和iOS平台上分别开发了VLayout和 LazyScroll两个基础组件，通过一个双索引可见区域组件发现算法，实现了跨父节点组件的高效回收和复用。

4.2 面向业务

a. 组件业务化

根据业务类型将组件封装成能承担一定业务能力的复用单元。

如一种瀑布流布局

b. 动态化

提供控制台让业务方可直接控制基于Tangram的产品，如调整页面布局，切换页面数据等。

即页面的排版布局可通过后端数据的下发来动态调整
服务网关的建设目标是最大程度的降低业务创建Tangram页面的压力和成本。

但这种动态化是面向粗粒度组件：通过 布局+组件的形式搭建整个页面，而不是一般从 基本的UI元素（如按钮blabla）搭建页面。

其实也很好理解，业务人员需要用到的是 能承担一定业务能力的“业务布局”，而不是单一UI元素（按钮、文本blabla）
好处：使用成本低，上线周期短

4.3 扩展性好

采用插件化扩展

内部本来就注册在框架里 & 外部也可注入扩展模块

4.4 多端一致性

对于业务开发，存在多端表现不一致的问题。为了解决该问题，以前需要通过复杂的网关逻辑来兼容多端逻辑不一致情况。

为了防止该问题，对于Tangram，预先制定了两个开发原则：

任意新功能的提出都是不区分平台，在功能设计中必须同时考虑多端功能，具体的实现方案和逻辑必须多端统一Review以保证多端表现一致。
任意一端的变更都必须在改动前把方案同步给其他端，而且变更必须多端同步发布。

5. 架构 & 原理讲解

Tangram的架构主要由三部分组成：
1. Tangram SDK
2. Tangram AC
3. Tangram OP
每部分的具体细节如下：

本文主要讲解的是用于客户端页面渲染的Tangram SDK。

5.1 知识储备

在讲解架构前，我们需要先了解Tangram的一些模型知识。

a. 页面概念模型

一个页面实体由3部分组成：页面（Page）、卡片（Card） & 组件（Item）
具体如下图：

之间的关系：组件构成卡片、卡片构成页面。
对于Tangram，他的页面概念模型可用树状模型（3层结构）表示：

下面主要讲解三层结构中的卡片 & 组件。

b. 卡片

作用：负责布局逻辑
1. 即对组件进行组合 & 布局
2. 只声明布局方式，不提供布局细节
组成卡片由有四部分组成：header、footer、body、style

关于四个部分的细节，我将在Tangram具体使用时进行介绍

c. 组件

定义：最小单位的UI元素日常使用的普通的View，如按钮、图片等等
作用：负责UI元素展示 & 业务逻辑
组成元素：视图模型（ViewModel） & 样式（Style）

视图模型：所有组件对有一个统一视图模型（ViewModel），主要是定义了生命周期事件：

组件初始化时会调用init（）
滑入屏幕绑定数据时，调用bind（）
滑出屏幕解除绑定时，调用unbind（）

关于组件的基本样式主要包括：组件背景、外边距、内边距、组件的宽高比等等。具体细节会在具体使用时介绍。

5.2 Tangram结构

Tangram的结构主要由5部分组成，如下图：

5.3 原理解析

当页面数据传入时：

核心引擎调用数据解析器将数据转换成卡片和组件对象
1. 解析过程会根据之前注册过的卡片、组件类型来解析
2. 未定义的数据将会被抛弃
数据解析器将解析完毕的卡片、组件对象传递给布局框架，进行页面渲染。
1. 布局框架根据卡片提供的布局信息进行布局
2. 布局框架根据组件提供的组件信息获取组件实例，布局到布局容器里

6. 扩展模块

上面介绍的内容里是Tangram的核心功能
但当需要落实到具体业务，仅仅该核心功能是无法满足的，还需要很多辅助、扩展的功能
Tangram 采用插件化形式进行扩展：

7. 具体使用

上述讲解的 只是Tangram概念模型基本架构 & 原理
在具体实现时会根据不同平台采用不同实现方案：
1. 对于Android：采用基于RecyclerView+自定义LayoutManager的实现方案具体请看文章：Android开源库V - Layout：淘宝、天猫都在用的UI框架，赶紧用起来吧！
2. 对于iOS：采用基于自定义的 LazyScrollView 的实现方案