数据可视化图表工具建设论述

桃扇骨 2022-11-12 01:51 226阅读 0赞

图表是数据可视化最常用的一种表现形式，图表可以让人们更直观的了解数据。在数据建设过程中，图表工具的建设也成为必不可少的环节。本篇主要分享下个人在这方面的一些思考和实际的应用实践。不过，正所谓道可道也，非恒道也，其中的理论可以参考，但不一定都能照搬，或者说仅仅只是一个总结，供大家一些启发。

首先，我们思考一个问题，图表工具的建设属于基础架构层面的建设范畴还是业务层面的工具建设？为什么需要考虑这样子的问题呢？因为如果是基础架构层面的建设，那我们应该做一个通用性的工具，能满足绝大部分的应用场景。如果是业务层面的工具建设，往往是因某个业务需求催生的软件需求，那我们应该针对特定的业务，设计满足业务需求的工具。个人更偏向于后者，因为当我们开始考虑这个问题的时候，或者说想要寻找一个数据图表解决方案的时候，说明图表工具在您的公司或者团队是一片空白，如果在此情况下，考虑建设一个通用性较强的工具，显然为时过早。

明确了工具建设的方向，是设计的根基。我们在日常工作中，并不都是那只懒蚂蚁，更多是解决业务问题，我们应该开发一个在满足业务需求基础上，有良好用户体验的软件。虽然我们常说，用户是可以培养的，但是如果一个工具的使用，需要后续的培养，或者一个解决方案，会让用户在使用过程中感到疑惑，那么可能路还很长。图表工具的建设，应该尽可能简单易用，并且职责范围清晰。

图表工具应该包含什么？**数据的输入**、**数据的解析**以及**图表的输出**。其中，我将数据的解析以及图表的输出定义为图表工具组成的两部分。对于数据的输入，图表工具应该定义统一的数据输入标准，开放有限的输入端口。至于数据的产生以及清洗等等数据处理工作，不应由图表工具承担。通俗一点讲，图表工具可以开放到数据库的端口、支持http接口的方式获取数据，但是获取的数据应该是标准格式的。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3ZpcHNob3BfZmluX2Rldg_size_16_color_FFFFFF_t_70][]

明确了图表工具的职责范畴后，我们开始考虑图表工具的具体实现。第一、如何解析数据？第二、输出怎样的图表。我们可以简单的认为，整个实现是将输入的数据转换为图表能识别的语言的过程。由此，我们应该首先明确，有哪些图表语言？或者说，我们应该支持哪些图表语言？在实际项目中，最常用的图表有折线图、柱状图、饼图、表格以及地图，这五种图表，按照经验，可以满足绝大部分的数据图表需求，当然，我们开始的时候已经明确，从具体的业务需求出发，或者你的业务只需要折线图和表格呢，那你就将数据翻译为折线图或者表格理解的语言吧。

到这里，可能会有疑问，我们是不是要开发一个画图程序，实现折线图或者饼图的绘制功能。其实并不建议这样子做，目前市面上很多成熟图表库，类似apache echarts，引入这类成熟的图表库，可以有效的加速图表工具的建设。以apache echarts为例，它是基于JavaScript开发的图表库，我们需要做的是将输入数据转换为它的选项配置输出。当然，对选项配置的抽象，需要一定的时间，这也是我们将图表工具建设为配置化工具的过程。

按照项目经验，配置化应该包含以下内容，第一、数据输入端的配置，第二、图表选项的配置，第三、图表展示的配置。至于如何设计这三块内容，考虑坚持一个原则：良好的用户体验！举个例子，很多图表工具，数据的输入配置都较为复杂，定义来源、定义数据含义等等，其实这些过程可以屏蔽掉，图表工具不应该关系数据具体是什么，只需要关心怎么把数据展现出来。明确了这一点，数据输入端的配置就变得简单了，只需要用户告诉图表，数据从哪里来，需要展示哪个具体数据即可。

以上是图表工具建设的一点见解，未尽深入，具体的架构设计以及代码功能实现，其实因环境而异，不做具体描述。还是那句话，道可道也，非恒道也，文章论述仅仅希望对各位有所启发，图表工具建设，也可认为是一件名可名也，非恒名也的事情。

by：江沛

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3ZpcHNob3BfZmluX2Rldg_size_16_color_FFFFFF_t_70]: /images/20221022/b61f61849d884892b1c39cfcda20e6c6.png