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

版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://carsonho.blog.csdn.net/article/details/72123380

前言

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

电商图

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

目录

目录


1. 为什么要使用 Tangram 模型

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

1.1 背景

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

示意图1

1.2 问题

相应的解决方案的特点如下:
示意图2

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

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

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

1.3 解决方案

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


2. 定义

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

就像使用七巧板 通过现有板块 快速拼凑出 多样的形状一样。

示意图


3. 应用场景

  • 常规业务 中 复杂的布局格式混排,如:浮动布局、栏格布局、通栏布局、一拖N布局、瀑布流布局,还可以组合使用这些布局
  • 具体场景是:如电商平台首页、活动频道等等

Tangram 模型目前已在手机天猫 & 淘宝 Android 版内广泛使用


4. Tangram优点

示意图

4.1 高性能

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

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

4.2 面向业务

a. 组件业务化

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

如一种瀑布流布局

b. 动态化

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

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

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

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

4.3 扩展性好

采用插件化扩展

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

4.4 多端一致性

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

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

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

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

示意图1

示意图2

关于四个部分的细节,我将在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框架,赶紧用起来吧!

  1. 对于iOS:采用 基于自定义的 LazyScrollView 的实现方案

8. 总结


请帮顶 / 评论点赞!因为你的鼓励是我写作的最大动力!


参考文章:

  1. http://pingguohe.net/2017/03/30/what-is-tangram.html
  2. http://pingguohe.net/2016/12/20/Tangram-design-and-practice.html?from=timeline
  3. http://pingguohe.net/2017/04/24/tangram-1.0.html?from=timeline
展开阅读全文

没有更多推荐了,返回首页