Canvas简历编辑器-图形绘制与状态管理(轻量级DOM)
在前边我们聊了数据结构的设计和剪贴板的数据操作,那么这些操作都还是比较倾向于数据相关的操作,那么我们现在就来聊聊基本的图形绘制以及图形状态管理。
- 在线编辑: https://windrunnermax.github.io/CanvasEditor
- 开源地址: https://github.com/WindrunnerMax/CanvasEditor
图形绘制
我们做项目还是需要从需求出发,首先我们需要明确我们要做的是简历编辑器,那么简历编辑器要求的图形类型并不需要很多,只需要 矩形、图片、富文本 图形即可,那么我们就可以简单将其抽象一下,我们只需要认为任何元素都是矩形就可以完成这件事了。
因为绘制矩阵是比较简单的,我们可以直接从数据结构来抽象这部分图形,图形元素基类的x, y, width, height
属性是确定的,再加上还有层级结构,那么就再加一个z
,此外由于需要标识图形,所以还需要给其设置一个id
。
那么我们的图形肯定是有很多属性的,例如矩形是会存在背景、边框的大小和颜色,富文本也需要属性来绘制具体的内容,所以我们还需要一个对象来存储内容,而且我们是插件化的实现,具体的图形绘制应该是由插件本身来实现的,这部分内容需要子类来具体实现。
那么绘制的时候,我们考虑分为两层绘制的方式,内层的Canvas
是用来绘制具体图形的,这里预计需要实现增量更新,而外层的Canvas
是用来绘制中间状态的,例如选中图形、多选、调整图形位置/大小等,在这里是会全量刷新的,并且后边可能会在这里绘制标尺。
在这里要注意一个很重要的问题,因为我们的Canvas
并不是再是矢量图形,如果我们是在1080P
的显示器上直接将编辑器的width x height
设置到元素上,那是不会出什么问题的,但是如果此时是2K
或者是4K
的显示器的话,就会出现模糊的问题,所以我们需要取得devicePixelRatio
即物理像素/设备独立像素,所以我们可以通过在window
上取得这个值来控制Canvas
元素的size
属性。
此时我们还需要处理resize
的问题,我们可以使用resize-observer-polyfill
来实现这部分功能,但是需要注意的是我们的width
和height
必须要是整数,否则会导致编辑器的图形模糊。
实际上我们在实现完整的图形编辑器的时候,可能并不是完整的矩形节点,例如绘制云形状的不规则图形,我们需要将相关节点坐标放置于attrs
中,并且在实际绘制的过程中完成Bezier
曲线的计算即可。但是实际上我们还需要注意到一个问题,当我们点击的时候如何判断这个点是在图形内还是图形外,如果是图形内则点击时需要选中节点,如果在图形外不会选中节点,那么因为我们是闭合图形,所以我们可以用射线法实现这个能力,我们将点向一个方向做射线,如果穿越的节点数量是奇数,说明点在内部图形,如果穿越的节点数量是偶数,则说明点在图形外部。
我们仅仅实现图形的绘制肯定是不行的,我们还需要实现图形的相关交互能力。在实现交互的过程中我遇到了一个比较棘手的问题,因为不存在DOM
,所有的操作都是需要根据位置信息来计算的,比如选中图形后调整大小的点就需要在选中状态下并且点击的位置恰好是那几个点外加一定的偏移量,然后再根据MouseMove
事件来调整图形大小,而实际上在这里的交互会非常多,包括多选、拖拽框选、Hover
效果,都是根据MouseDown
、MouseMove
、MouseUp
三个事件完成的,所以如何管理状态以及绘制UI
交互就是个比较麻烦的问题,在这里我只能想到根据不同的状态来携带不同的Payload
,进而绘制交互。
状态管理
在实现交互的时候,我思考了很久应该如何比较好的实现这个能力,因为上边也说了这里是没有DOM
的,所以最开始的时候我通过MouseDown
、MouseMove
、MouseUp
实现了一个非常混乱的状态管理,完全是基于事件的触发然后执行相关副作用从而调用Mask Canvas
图层的方法进行重新绘制。
再后来我觉得这样的代码根本没有办法维护,所以改动了一下,将我所需要的状态全部都存储到一个Store
中,通过我自定义的事件管理来通知状态的改变,最终通过状态改变的类型来严格控制将要绘制的内容,也算是将相关的逻辑抽象了一层,只不过在这里相当于是我维护了大量的状态,而且这些状态是相互关联的,所以会有很多的if/else
去处理不同类型的状态改变,而且因为很多方法会比较复杂,传递了多层,导致状态管理虽然比之前好了一些可以明确知道状态是因为哪里导致变化的,但是实际上依旧不容易维护。
最终我又思考了一下,我们在浏览器中进行DOM
操作的时候,这个DOM
是真正存在的吗,或者说我们在PC
上实现窗口管理的时候,这个窗口是真的存在的吗,答案肯定是否定的,虽然我们可以通过系统或者浏览器提供的API
来非常简单地实现各种操作,但是实际上些内容是系统帮我们绘制出来的,本质上还是图形,事件、状态、碰撞检测等等都是系统模拟出来的,而我们的Canvas
也拥有类似的图形编程能力。
那么我们当然可以在这里实现类似于DOM
的能力,因为我想实现的能力似乎本质上就是DOM
与事件的关联,而DOM
结构是一种非常成熟的设计了,这其中有一些很棒的能力设计,例如DOM
的事件流,我们就不需要扁平化地调整每个Node
的事件,而是只需要保证事件是从ROOT
节点起始,最终又在ROOT
上结束即可。并且整个树形结构以及状态是靠用户利用DOM
的API
来实现的,我们管理只需要处理ROOT
就好了,这样就会很方便,下个阶段的状态管理是准备用这种方式来实现的,那么我们就先实现Node
基类。
那么接下来我们只需要定义好类似于HTML
的Body
元素,在这里我们将其设置为Root
节点,该元素继承了Node
节点。在这里我们接管了整个编辑器的事件分发,继承于此的事件都可以分发到子节点,例如我们的点选事件,就可以在子节点上设置MouseDown
事件处理即可。并且在这里我们还需要设计事件分发的能力,我们同样可以实现事件的捕获和冒泡机制,通过栈可以很方便的将事件的触发处理出来。
那么接下来,我们只需要定义相关节点类型就可以了,并且通过区分不同类型就可以来实现不同的功能,例如图形绘制使用ElementNode
节点,调整节点大小使用ResizeNode
节点,框选内容使用FrameNode
节点即可,那么在这里我们就先看一下ElementNode
节点,用来表示实际节点。
最后
在这里我们聊了聊如何抽象基本的图形绘制以及状态的管理,因为我们的需求在这里所以我们的图形绘制能力会设计的比较简单,而状态管理则是迭代了三个方案才确定通过轻量DOM
的方式来实现,那么再往后,我们就需要聊一聊如何实现 层级渲染与事件管理 的能力设计。