写点什么

前端福音:为什么使用 React 和 SVG 开发图形 UI 是天作之合?

2020 年 6 月 09 日

前端福音:为什么使用React和SVG开发图形UI是天作之合?

本文最初发布于 Data Language 网站,经网站授权由 InfoQ 中文站翻译并分享。


React 和 SVG 是一种强大的组合:声明式 UI 组件库与声明式图形语言堪称绝配,是前端开发人员的福音。


声明式图形

React 开发人员都很满意 JSX 中对 HTML 元素的一流支持:


const SomeComponent = () => (  <div>    <p>hi!</p>  </div>);
复制代码


但其实这也适用于内联 SVG 元素:


const SomeOtherComponent = () => (  <svg viewBox="0 0 100 100">    <circle cx={50} cy={50} r={30} fill="red"/>  </svg>);
复制代码


我们可以直接使用组成 SVG 图元的组件来创建复杂的交互式 UI,用法和更典型的基于 HTML 的组件是一样的。


针对 React-Native 开发人员的注释:你需要安装 react-native-svg,我上次用到它时看起来它挺不错的。我在几年前创建了一个简单但功能强大的示例:

https://stackoverflow.com/a/39041997/473338



声明式图形组件的简单组合(https://62zqd.csb.app/


请注意,我们在绘制所有这些图形时都没有写过哪怕一行命令式代码,而且只要你熟悉 React,就可以很容易地阅读并理解我们的声明式标记。如果我们要用 Canvas API 来做的话,结果会相去甚远。


所有的元素都尽在掌握

要使用 SVG 绘制内容,我们首先需要一个< svg>元素来定义绘图上下文,在其中将渲染所有后代元素。


我们的页面中可以有很多< svg>元素,每个元素描述一个孤立的绘图上下文。每个图标、图表或其他漂亮的图形小部件都搭配一个< svg>。


另外,我们可以在同一个< svg>中创建许多图形组件,并在单个绘图上下文中创建整个 UI。


Viewport 和 ViewBox

< svg>元素至少应指定它要占据多大的屏幕空间,也就是它的 viewport(视口)。这可以通过 CSS 样式或 width 和 height 属性来完成。


<svg width="200px" height="200px">...</svg>
复制代码


我们一般也会指定一个 viewBox,以明确定义绘图的“用户空间”部分,这一部分在 viewport 中是可见的。


可以将 viewport 视为通向由 SVG(“用户空间”)定义的世界的窗口,并将 viewBox 视为缩放和平移的设置,它们决定你可以通过窗口看到用户空间的哪些部分。


viewBox 属性是一个字符串,其按顺序指定用户空间可视部分左上角的 x 和 y 坐标,以及 viewBox 的宽度和高度。


<svg viewBox="x y width height">...</svg>
复制代码


例如,“-100 -100 200 200”就描述了一个正方形的 viewBox,高 200 个单位,宽 200 个单位,以(0,0)的原点为中心。


<svg width="10" height="10" viewBox="-100 -100 200 200">...</svg>
复制代码


如果我们没有明确指定,则 viewBox 的宽度和高度会和 viewport 一比一对应,并且用户空间原点(0,0)位于左上角。


重申一下:viewport 描述了< svg>元素在 HTML 页面中占据了多少空间。viewBox 描述了在该 viewport 中可见的那部分图像。通过更改 viewBox,我们可以放大或缩小 SVG 图像,或者显示出来完全不同的部分。



这两张 SVG 图像的唯一区别是 viewBox 和背景色


如果你的 SVG viewport 的比例(以像素为单位)与 viewBox 的比例不匹配,则默认行为是保留宽高比,居中显示,并使 viewBox 适应可用 viewport。可以通过更改 prepareAspectRatio 属性来控制此行为。



默认情况下,viewBox 将居中并“适应”SVG viewport


viewBox 和 viewport 之间的坐标系是分离的,这意味着在我们的 SVG 中,我们可以针对特定的绘制使用对应的坐标。


例如,如果我们正在绘制一个交互式小部件,则可以使用百分比来控制图像,并将 viewBox 设置为“0 0 100 100”来简化数学运算。


或者,如果我们的小部件是纵向对称的,并且我们想从中心开始绘制,则可以使用一个以原点(0,0)为中心的“-50 -50 100 100”viewBox。



在这个文章系列中我们将绘制的是房间平面图,因此我们可以选择公制、英制或其他合适的度量系统。实际上我们要使用的是毫米单位,这样就可以只涉及整数运算了。


我们将使用一些简单的 JSON 描述平面图,房间的形状用房间各个角的坐标(按顺时针方向)来定义。



现在我们可以设置 viewport 和 viewBox,在平面图周围留一点空隙,以免在 viewport 中太过拥挤。


import data from './floorplan-data.json';const App = () => (  <svg    width="500px"    height="500px"    viewBox="-1000 -1000 14000 11000"    style={{backgroundColor:'blue'}}  >    // ... floorplan components here ...  </svg>);
复制代码


搞定 viewport 和 viewBox 后,就可以处理绘图工作了。


声明式图元

SVG 包含许多图元,既有简单的和,也有更灵活的。Mozilla Developer Network 有一篇参考资料介绍了这些可用元素。


形状可以被填充和 / 或描边。填充是在形状定义的边界内应用颜色,描边是对形状的轮廓应用颜色。描边的宽度和其他样式可以通过属性或 CSS 控制。


我们将使用两个简单的图元< line>和< circle>来绘制初始平面图。


< line>描述一对 (x,y) 坐标之间的一条线段。


<line x1={100} y1={100} x2={200} y2={200} stroke="red"/>
复制代码


< circle>描述一个以 (cx,cy) 为中心,半径为 r 的圆。


<line x1={100} y1={100} x2={200} y2={200} stroke="red"/>
复制代码


房间的视图

绘制我们的房间时,我们将数据传递到一个 Floorplan 组件中,该组件将渲染平面图的各种元素——一开始图上只有各个房间。


const Floorplan = ({ data: { rooms } }) => (  rooms.map(r => <Room {...r} />));
复制代码


要使用 Room 组件绘制墙壁,我们需要使用成对的连续角坐标,并将它们链接在一起以形成墙。例如,一个具有角 a、b、c 和 d 的矩形房间会有四面墙:(a-b),(b-c), (c-d), (d-a)。


我们可以使用一个简单的函数来提取这些坐标对,还可以把它们打包在一个 useMemo hook 中以实现高效的重渲染。


const walls = useMemo(() =>  coords.map((_, i) => {    const a = coords[i];    const b = coords[(i + 1) % coords.length];    return [a, b];  }),  [coords]);
复制代码


现在绘制墙壁时,只需使用 SVG 元素描述各个角之间的线段即可。



效果是可以了,但代码不是很漂亮。我们来点创新,提取一个 Wall 组件和一个 Corner 组件。



在 Wall 组件中,我们现在给每面墙绘制两条线:首先是一条粗的白线,然后用一条较细的深蓝色虚线覆盖白线。


Corner 非常简单:只画一个圆,描边为白色,深蓝色填充。



现在,Room 组件里就只有这些更高级别的 Wall 和 Corner 组件,替代之前的一堆 SVG 图元,简洁多了。



你可能注意到了,我们将墙和角嵌套在了一个 SVG 元素中。这是一个逻辑分组元素:本身不会渲染任何可见内容,但是它为我们提供了一种在 SVG 的整个子结构上执行旋转和平移之类变换的巧妙方法;我们还可以将事件处理程序附加到元素,进而从这些子结构中捕获事件。


小结

在这篇文章中,我们看到了:


  1. 我们可以使用 SVG 图元和简单明了的声明式 React 代码轻松地绘制任意形状——无需插件、库或命令式代码。

  2. 就像其他 React 应用程序一样,可以将越来越高级的组件组合在一起来构建复杂的图形 UI。

  3. viewBox 和 viewport 的分离使你可以在适合自己需求的坐标空间中绘制图像,然后在适合最终显示需求的 viewport 中渲染结果。


英文原文

Graphical UIS with SVG and React part 1 declarative graphics


2020 年 6 月 09 日 14:337345
用户头像
小智 前 InfoQ 主编

发布了 399 篇内容, 共 316.0 次阅读, 收获喜欢 1755 次。

关注

评论 4 条评论

发布
用户头像
InfoQ能不能提升一下译文的质量?文章开头第二段代码抄都能抄错?
2020 年 06 月 15 日 12:05
回复
用户头像
简单图形还好,你给我画个肖像画看看,用SVG标签写死你 :P
2020 年 06 月 15 日 09:20
回复
用户头像
这个不错
2020 年 06 月 12 日 11:44
回复
用户头像
标题耸人听闻。举个例子,现在登录页面,我要提交一个 form表单,应该用svg?
2020 年 06 月 10 日 09:44
回复
没有更多了
发现更多内容

《前端算法系列》数组去重

徐小夕

Java 面试 算法 前端

架构词典:语言

lidaobing

架构 语言

读写分离这个坑,你应该踩过吧?

楼下小黑哥

MySQL 主从同步 读写分离

生产环境压测建设历程之三 淘宝网2009年的痛

数列科技杨德华

Bitmap为什么那么快?

Man

redis 中间件

面试被问线程安全怎么保障,我的回答让面试官眼前一亮

996小迁

Java 架构 面试 多线程

警察营救安徽望江县17岁女生跳河自尽过程中,现场看热闹的旁观者们在做什么?

wbliu85

智慧警务系统开发解决方案,大数据可视化平台建设

WX13823153201

智慧警务系统开发

数据结构与算法系列之散列表(一)(GO)

书旅

go 数据结构 算法

Redis 持久化方式-RDB

码农架构

redis redis持久化

第十一周作业

solike

Spock单元测试框架实战指南四 - 异常测试

Java老k

Java 单元测试 spock

5种分布式事务方案与阿里的 Seata 中间件

Bruce Duan

分布式事务 seata

S型曲线不止关乎身材?|技术人应知的创新思维模型(2)

Alan

创新 思维模型

算法训练营课程纲要

陈皓07

悟空活动中台-打造 Nodejs 版本的MyBatis

vivo互联网技术

Java 前端 mybatis nodejs

2020 阿里云原生实战峰会即将开幕 云原生落地的正确姿势

阿里巴巴云原生

阿里巴巴 阿里云 开发者 云原生 实战

架构师训练营第一期 - 第十一周课后作业

卖猪肉的大叔

极客大学架构师训练营

拆解增长黑客之实战(二):留存与变现

懒杨杨

读书 增长 产品运营

话题讨论 | 作为地地道道的程序员半年内都没摸过代码是什么样的体验?

xcbeyond

话题讨论

当我们谈前端性能的时候,我们谈的是什么

vivo互联网技术

性能优化 前端 前端性能优化 页面

第六周-作业1

Mr_No爱学习

第六周-学习总结

Mr_No爱学习

排查指南 | 当 mPaaS 小程序提示“应用更新错误(1001)”时

蚂蚁集团移动开发平台 mPaaS

小程序 问题排查 mPaaS

为什么建议使用你 LocalDateTime ,而不是 Date?

Bruce Duan

LocalDateTime Date

一个依赖搞定 Spring Boot 反爬虫,防止接口盗刷!

Bruce Duan

反爬虫组件 kk-anti-reptile

报销发票抵扣工资的CTO,该不该? | 法庭上的CTO(5)

赵新龙

CTO 法庭上的CTO

「生产事故」MongoDB复合索引引发的灾难

Kerwin

数据库 mongodb

(G20200388020528)第一周练习

走走,停停……

Redis 子进程开销监控和优化方式

码农架构

Redis开发与运维

通过docker获取系统运行情况的实用命令

晓川

2021年全国大学生计算机系统能力大赛操作系统设计赛 技术报告会

2021年全国大学生计算机系统能力大赛操作系统设计赛 技术报告会

前端福音:为什么使用React和SVG开发图形UI是天作之合?-InfoQ