原生 JS+CSS+HTML 实现时序图的方法

之前本人使用React + AntDesign 实现了一个简单的时序图，但是后来有了更复杂的需求，并且要求同时展示2000个任务的展示，这就涉及到了性能问题，本人先使用React+antd+ts实现了一个基本满足下面需求的demo，但是react的渲染机制造成了较大的性能问题，利用chrome自带的Performance，测试发现demo的首次渲染高达10s以上，并且后续的操作也会使整个页面非常卡。经过思索后决定使用原声js+css+html去实现，因为原声js下性能是最优的。下面先来说说新版本的需求：

左侧以树形结构展示任务，可折叠右侧展示任务运行所耗时间的长度需要用线条链接任务之间的关系右侧可缩放查看详细的任务状态缩放时图形保持以鼠标为中心向两端成一定比例放大，放大时里面的文字描述不受影响图形缩放时表示任务耗时的时间以及坐标需要跟随图像放大的比例进行相应变化鼠标在时序图上移动时出现一根线条提示当前的时间以及信息

效果图

图一：

图二：

实现难点

鼠标缩放，x轴的缩放方式

鼠标缩放产生时序图X轴的缩放。时序图的缩放，在这里提供三种思路：

做数据截取，按照一定的算法截取前后的数据，然后重新渲染整个页面利用css3的scaleX对时序图的dom做缩放实际改变时序图dom的width，里面的任务运行的长度，连接线条的长度，任务运行预计需要的时长都以百分比显示。

三种思路的优缺点：

优点：不需要去操作dom的css属性，之间重新渲染，比较方便。缺点：对于使用dom重绘，耗费性能严重，大量任务渲染时性能很慢。优点：只需改变dom的css，加载快，较流程。缺点：计算麻烦，使用过scaleX的小伙伴会发现当我X轴放大时垂直连接线会变宽，字体会横向拉伸，都需要去反向缩小。优点：加载快，很流畅，一次计算好元素所占宽度的占百分比，后面的操作都不需要去计算。缺点：使用百分比计算会有一定误差，放大到一定程度会看的出来。（综合考虑，本人采用的是第三种）

// 计算宽度百分比的函数// endTime: 任务的结束时间// startTime: 任务的开始时间// maxTime: 所有任务结束时间最大的值// minTime: 所有任务开始时间最小的值// time: 所有任务开始时间与结束时间的排序 升序// task_width: 任务的长度、水平连接线的长度、垂直连接线的left值const widthFun = function (endTime, startTime, maxTime, minTime) {    const task_width =    (((Number (endTime) - Number (startTime)) /    ((maxTime || time[time.length - 1]) - (minTime || time[0])) *    (body_width - tree_box_dom.offsetWidth)) / dom.offsetWidth)*100;    return task_width> 100 ? 100 : task_width;  };

鼠标缩放，保持以鼠标为中心，往两边放大

先放推理过程图：

// 上图解释// dom = 时序图的dom元素// domL1, domeL2 = dom.scrollLeft;// domeL1表示前一次的dom.scrollLeft;// domeL2表示当前的dom.scrollLeft;// scale 表示当前的放大的比例// scale1 表示上一次的放大比例// tree_dom.offsetWidth表示左侧树的宽度// clientX1 表示上一次的鼠标位置距离时序图左侧的距离 = e.clientX - tree_dom.offsetWidth// clientX2 表示当前鼠标位置距离时序图的距离// 以鼠标为中心的缩放，公式为：domL2 = domeL1(scale/scale1) + clientX1(scale/scale1) - e.clientX + tree_dom.offsetWidth// 公式讲解：// 1. scale/scale1表示本次的缩放比例除以上一次的缩放比例，表示当前的缩放比例// 左侧卷去的宽度在第二次缩放时也会跟着缩放，所以左侧的宽度需要乘以缩放比例// 鼠标位置距离时序图左侧的宽度在缩放时也会跟着缩放，所以也要乘以缩放比例// 最后面减去鼠标位置距离时序图左侧的实际距离就等于缩放时左侧卷去的长度// 页面代码time_box_parent.scrollLeft = (time_box_parent.scrollLeft + e.clientX - tree_box_dom.offsetWidth) * (scale_x / scale_x1) - e.clientX + tree_box_dom.offsetWidth;

使用连线表示任务之间的关系

方案：

采用的时css3 + js + html5,用伪元素绘制。用dom包裹直角图片，设置其位置及高度。用标签绘制

优缺点：

优点：不会增加多余的标签，对渲染有利。缺点：父任务产生了多个子任务，不好添加伪类及设置伪类的高度及宽度。优点：方便，只要计算子任务距父任务的高度即可。缺点：任务过多时图片会非常多，很影响性能优点：单独控制每个元素的高度及位置，可控性高，可添加反馈色。缺点：添加了较多的元素，对渲染产生影响（本人使用的是第三种，这是一个笨方法，有更好方法的大佬，可以提供建议，多谢）

实现思路：

用一个变量记录每个任务的层级深度，层级深都以当前任务的父任务为起点，就是说是从哪个任务产生的当前任务，同级的子任务进行累加操作。用累加的变量按照一定的比例获取垂直连线的高度以及水平连线的top值，水平连线的长度由任务的创建时间和开始时间决定。（使用上面的宽度百分比函数）