实现一个通用的可视化中间件需要怎么做?

本文主要是介绍实现一个通用的可视化中间件需要怎么做?，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

前言

在大数据的背景下,随着信息技术的进步,大量的数据只有通过可视化才能得到所需要的规律。传统的表格展示在大数据量面前显得会很无力, 而数据可视化出现目的就是让用户能从数据中更高效，准确提取关键信息。
数据可视化部分已经成为数据分析的核心部分。

目前笔者涉猎可视化方面,覆盖面比较广,chart图表,realtionGraph关系图,GIS地图,3d等等。秉着循序渐进的过程,本篇文章先介绍关系图。

本篇文章能为你带来什么?

• 关系图概念的了解
• 可视化的整体设计
• 可视化覆盖功能和核心拓展
• 如何赋能你的产品/项目

一:什么是图?

从数据库来说

图的存储并非是存储图片的数据库
图数据的存储是俩个基本元素 节点 和 边

• 节点node:代表的是实体,可以是人,发生地,发生事件等等
• 边 edge:代表俩俩实体之间的关系,关系可以是有向或者无向。

从用户交互界面来说

图可以更清晰的表达实体与实体的关系,也能更直接表现多实体是否存在关系
图可以表现更多重维度,更多类型实体间关系,并不像表格那样死板.

请看示意图:



从表格可能需要从多类型表格查看,而从图可以很直观的看到需要的信息

二:可视化的整体设计

可视化现成的技术库很多,D3,Echarts,G6等等,但是它们仅仅是基础,或者可以比方说是盖房子的砖头,房子需要你去盖，如何盖呢?

• 需要满足各大企业,各类业务数据的对接展示,可以理解为不care任何数据来源,做到足够灵活即可。
• 如上一条所表达意思,为满足传统企业需求,需要一个数据映射的过程,并不是每一个企业都是用到图数据库,或者说在数据采集整理部份已经很完善了,那么就需要配置schema(数据转换的规则)
• 丰富的图交互功能,简单易用的API去凭借业务拓展完善.图展示算法的强大,可提供定制化布局算法(例如FR算法,可以依托业务规则赋予每个实体不同比例的电荷来展示不同的效果)
• 图资源的提供,可视化作为分析中的一个模块,那么就需要反馈可视化的分析结果(图片,图数据)进行报告的定制,给到客户一个满意答复.

从上述几点角度出发,就可以打造一个关系可视化中间件利器!

三:可视化覆盖功能和核心拓展

• 基础渲染实体完备,关系图中主要是节点&边,那么就需要提供不同几何形体的表达 节点(圆形,正方形,菱形等等) 边(实线,曲线,虚线等等),为满足期业二次开发那么就需要支持节点和边的定制化拓展.
• 布局算法(layout algorithm) 关系图常用算法包含circularlayout(环形布局),forcedirectedlayout(力导向布局),gridlayout,(网状布局)，treelayout(树形布局),sankey(桑基布局),Dagre (流程) 等等,布局算法类也需要完备,当然也需要支持定制化算法接入
• 数据源对接和内部算法,数据源:如上面所提到的数据源可以是不同业务的数据,可视化这边只是暂存的一个过程,平台给到可视化什么数据,可视化需要还给平台什么.算法:基础图算法的支持,路径分析算法如:最短路径,链路,环路。社区分布算法等等
• 事件监听与error捕获。作为通用性可视化中间件,那么图上面的交互应该有事件的监听,并且监听事件的灵活注销注册来控制性能的开销

.给到平台及时的用户行为反馈.error捕获,图异常的处理(try,catch的机制) 当出现异常行为 异常数据 应该有对应的处理方案。

四:如何赋能你的产品/项目

作为中间件的研发,那么就需要集成的产品/项目中,体现它的价值。

• 如果你的公司技术栈统一,那么采取统一技术栈,组件化注入方案去开发你的可视化中间件,然后组件引用就可以达到,偏理想化
• 采用通用型技术方案,前端架构来说 选取<iframe>接入+window.postmessage消息传递方案也是不错的.从兼容性,技术难度来说都是完全可以胜任的.

写在最后

目前笔者从事大数据分析领域(侧重于可视化方向),近期也会把一些技术方案和一些技术细节在此分享。(保证更新效率和文章质量)希望对大家有所帮助。

最后有大数据分析需求的企业(老板)可以联系一下笔者.目前这边有较完善的团队，前沿的技术.有信心服务好每一个客户!

这篇关于实现一个通用的可视化中间件需要怎么做?的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！