背景
最近在一個 SCADA 專案中遇到了在 Web 頁面中展示設備報表的需求。一個完整的報表,一般包含了篩選操作區、表格、Chart、展板等多種元素,而其中的資料表格是最常用的控制項。在以往的工業項目中,所有的表格看起來千篇一律,就是透過數字和簡單的背景顏色變化來展示相關資訊。但現在透過各種行動 App 和 Web 應用的薰陶,人們的美學和要求都在不斷提高,尤其是在 Web 專案中,也採用老式的數位表格確實也有點落伍了。
如何選擇一個合適的 HTML 前端表格控制項?此處可以省略一萬字。哈哈。 jQuery、Angular、React 等陣營中的控制項庫中都有不少成熟案例,但是這些基於DOM 的控制項也有不足,一個是效率問題:如果在資料量大表格的中採用自訂的儲存格控制項,對瀏覽器的負擔實在太重,尤其是行動端。另一個問題是開發效率,上述的控制項庫中各自的封裝程度、介面形式都有所不同,但整體上還是要求開發者對 CSS、JS 都有較深的了解。還有控制的複用、嵌入、發布、移植,也都是問題。
基於上述的考慮,最後採用了基於 Canvas 的 HT。透過HT 表格控制項的自訂渲染接口,以及Web Worker 的多執行緒資料模擬,實現的表格控制項效果如下:
開始
首先我們要做的就是結合業務邏輯,對表格中不同列的數據,進行不同的渲染。例如設備歷史資訊中的運行時間、停機時間等,比較適合用圓餅圖來總結展示,使用者就可以很直覺的從清單上比較出設備的歷史狀況。 我們來看看這一步是怎麼實現的。
HT 有自己的 DataModel 資料模型,省略了我們對資料狀態管理、時間發放、ui刷新的開發工作。 DataModel 容器中的子元素 Data,也就是 HT 中最基礎的資料結構,可以對應到不同的ui控制項。在畫布上,Data 可以展示成向量、圖片或文字等,在樹狀控制項上,Data 展示為樹的節點。在表格當中每個 Data 對應表格中的一行 Row。 也就是表格控制項本身包含一個 DataModel,在繪製時,將這個 Model 中的每個 Data 都畫成一行。 不同的列,展示的是該 Data 中的不同屬性。例如我們可以把設備的停機時間,就儲存到 Data 的 stopping 屬性。在配置表格的列Column 資訊時,我們可以指定該列的表頭描述“停機時間”,其資料單元格對應Data 的Stopping 屬性,以及自訂繪製格式:
{ name: 'stopping', //对应的data属性 accessType: 'attr', align: 'center', color: '#E2E2E2', //文字颜色 displayName: '停机', //表头描述 drawCell: pageTable.getDrawLegend('stopping','#E2E2E2') },
自訂渲染
在儲存格的基本顯示格式中,已經預設提供了文字、陣列、顏色等類型,可以自動的對資料格式化,並展示為文字或背景顏色等,但還未滿足我們的個性需求,因此就要將Column 中的drawCell 重載為自訂的渲染函數。 drawCell 的參數:function (g, data, selected, column, x, y, w, h, view),其中g 是Canvas 的環境信息,data 是該行的數據體,我們根據這些信息,再利用HTML5 原生的Canvas API 就可以畫出想要的效果。
我懶得親自直接用 HTML5 的原生介面? HT 提供了對 Canvas API 的封裝接口,包括各種向量類型以及一些簡單的 Chart。利用該功能,可以輕鬆組合出複雜的效果,具體介紹可以參考我們的向量手冊
先創建一個對象,該image 向量對象負責包含對組合向量的描述信息,然後將該image 對像以及drawCell 的上下文訊息,作為參數傳入ht.Default.drawStretchImage 函數,即可實現自訂繪製。
//drawCellfunction (g, data, selected, column, x, y, w, h, tableView) { var value = data.a(attr); var image = { width: 60, height: 30, comps: [ { type: 'rect', rect: [11,11,8,8], borderWidth: 1, borderColor: '#34495E', background: legendColor, depth: 3 }, { type: 'text', text: value, rect:[30, 0, 30, 30], align: 'left', color: '#eee', font: 'bold 12px Arial' } ]}; ht.Default.drawStretchImage(g, image, 'centerUniform', x, y, w, h); }
因為有多個 Legend 圖例顯示的列,所以我們可以簡單包裝一下,用了一個 getDrawLegend 函數,參數是該列圖例的顏色及 Data 屬性名稱,傳回值是 drawCell 函數。
getDrawLegend: function(attr,legendColor){return drawCell}
至此,我們就完成了啟停時間這幾列的自訂繪製:
#“统计”列的饼图,实际上更简单。还是利用 HT 的矢量接口,把上述几项时间数据传入饼图矢量结构即可。
var values = [ data.a('running'), data.a('stopping'), data.a('overhauling') ];var image = { width: 200, height: 200, comps: [ { type: 'pieChart', rect: [20,20, 150, 150], hollow: false, label: false, labelColor: 'white', shadow: true, shadowColor: 'rgba(0, 0, 0, 0.8)', values: values, startAngle: Math.PI, colors: pieColors } ] };
其他列的渲染过程大同小异。在“风速”列中,我们可以根据风速大小计算一个颜色透明值,来实现同一色系的映射变换,比原来那种非红即绿的报警表,看起来更舒服一些。在“可用率”列,用 Rect 的不同长度变化,来模拟进度条的效果。在功率曲线中稍微有点不同,因为想实现曲线覆盖区域的颜色渐变,在 HT 的 lineChart 中没有找到相关接口,所以直接采用了 Canvas 绘制。
为了运行效率考虑,在表格的单元格中绘制 Chart,应该追求简洁大方,一目了然。这几个 Legend 图例小矩形,其实是应该画在表头的。我为了偷懒,就画在了单元格,导致画面显得有点乱。
Web Worker
众所周知,浏览器的 JS 环境是基于单进程的,在页面元素较多,而且有很大运算需求的情况下,会导致无法兼顾渲染任务和计算任务,造成页面卡顿或失去响应。在这种情况,可以考虑使用 Web Worker 的多线程,来分担一些计算任务。
Web Worker 是 HTML5 的多线程 API,和我们原来传统概念中的多线程开发有所不同。Web Worker 的线程之间,没有内存共享的概念,所有信息交互都采用 Message 的异步传递。这样多线程之间无法访问对方的上下文,也无法访问对方的成员变量及函数,也不存在互斥锁等概念。在消息中传递的数据,也是通过值传递,而不是地址传递。
在 Demo 中,我们利用 Web Worker 作为模拟后端,产生虚拟数据。并采用前端分页的方式,从 worker 获取当前页显示条目的相关数据。 在主线程中,创建 Web Worker注册消息监听函数。
worker = new Worker("worker.js"); worker.addEventListener('message', function(e) { //收到worker的消息后,刷新表格 pageTable.update(e.data); }); pageTable.request = function(){ //向worker发送分页数据请求 worker.postMessage({ pageIndex: pageTable.getPageIndex(), pageRowSize: pageTable.getPageRowSize() }); }; pageTable.request();
本处的new Worker创建,对于主线程来说是异步的,等加载完 worker.js,并完成初始化后,该 worker 才是真正可用状态。我们不需要考虑 worker 的可用状态,可以在创建语句后直接发送消息。在完成初始化之前向其发送的请求,都会自动保存在主线程的临时消息队列中,等 worker 创建完成,这些信息会转移到 worker 的正式消息队列。
在 worker 中,创造虚拟随机数据,监听主线程消息,并返回其指定的数据。
self.addEventListener('message', function(e) { var pageInfo = getPageInfo(e.data.pageIndex, e.data.pageRowSize); self.postMessage(pageInfo); }, false);
由于前面提到的无法内存共享,Web Worker 无法操作 Dom,也不适用于与主线程进行大数据量频繁的交互。那么在生产环境中,Web Worker 能发挥什么作用?在我们这种应用场景,Web Worker 适合在后台进行数据清洗,可以对从后端取到的设备历史数据进行插值计算、格式转换等操作,再配合上 HT 的前端分页,就能实现大量数据的无压力展示。
分页
传统上有后端分页和前端分页,我们可以根据实际项目的数据量、网速、数据库等因素综合考虑。
采用后端分页的话,可以简化前端架构。缺点是换页时会有延迟,用户体验不好。而且在高并发的情况下,频繁的历史数据查询会对后端数据库造成很大压力。
采用前端分页,需要担心的是数据量。整表的数据量太大,会造成第一次获取时的加载太慢,前端资源占用过多。
在本项目中,得益于给力的 GOLDEN 实时数据库,我们可以放心的采用前端分页。历史数据插值、统计等操作可以在数据库层完成,传递到前端的是初步精简后的数据。在数千台设备的历史查询中,得到的数据量完全可以一次发送,再由前端分页展示。
在某些应用场景,我们会在表格中显示一些实时数据,这些数据是必须是动态获取的。类似在 Demo 中的趋势刷新效果,我们可以在创建表格时批量获取所有历史数据,然后再动态向数据库获取当前页所需的实时数据。如果网速实在不理想,也可以先只获取第一页的历史数据,随后在后台线程慢慢接收完整数据。
这样的架构实现了海量数据的快速加载,换页操作毫无延迟,当前页面元素实时动态刷新的最终效果。
还有一些传统客户,喜欢在一张完整的大表上进行数据筛选、排序等操作。
我们可以把 Demo 中的数据总量改成一万条,单页数量也是一万条,进行测试:
出乎意料的是,HT 面对上万数据量的复杂表格,轻松经受住了考验。页面的滚动、点击等交互毫无影响,动态刷新没有延迟,表格加载、排序等操作时,会有小的卡顿,在可接受的程度之内。当然也跟客户端的机器配置有关。可以想象,几万个 Chart的展示以及动态刷新,对于基于dom的控件几乎是件无法完成的任务。关于 HT 的其他矢量和控件,同样有高性能特性:
后记
如前文所述,我们基于 HT 的表格实现了海量数据的可定制展现,并取得了令人满意的效果。以下是一些还可以改进的地方。
在 Demo 中,通过对 HT 表格控件的 drawCell 进行重载,实现了自定义渲染,然后把这些 drawCell 放到了 PageTable 的原型函数中,以供 Column 调用。实际上,更好的办法应该是把这些常见的 Chart、图例封装到 Column 的基本类型中,那样在配置表格 Column 列时,可以指定 type 为 pieChart 或 lineChart 即可,不需再自行绘制相关矢量。
对于这些表格中的 Chart,也可以增加一些交互接口,例如可以增加单元格 Tooltip 的自定义渲染功能,在鼠标停留时浮出一个信息量更大的 Chart,可以对指定设备进行更深入的了解。
界面美观优化。对 HT 的控件进行颜色定制,可以通过相关接口进行配置:
var tableHeader = pageTable.getTablePane().getTableHeader(); tableHeader.getView().style.backgroundColor = 'rgba(51,51,51,1)'; tableHeader.setColumnLineColor('#777');var tableView = pageTable.getTablePane().getTableView(); tableView.setSelectBackground('#3D5D73'); tableView.setRowLineColor('#222941'); tableView.setColumnLineVisible(false); tableView.setRowHeight(30);
今后也可以对htconfig进行全局配置,在单独文件中进行样式的整体管理,实现外观样式与功能的分离,有助于工程管理。
以上是基於HTML5的Web SCADA報表圖文代碼詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章!