visualize解析

index.js 中,首要当然是注册自己。此外,还加载两部分功能:plugins/visualize/editor/editor.jsplugins/visualize/wizard/wizard.js。然后定义了一个 route,默认跳转 /visualize/visualize/step/1

editor

editor.js 中也定义了两个 route,分别是 /visualize/create/visualize/edit/:id。然后还定义了一个controller,叫 VisEditor,对应的 HTML 是 plugins/visualize/editor/editor.html,其中用到两个 directive,分别是 visualizevis-editor-sidebar

其中 create 是先加载 registry/vis_types,并检查 $route.current.params.type 是否存在,然后调用 savedVisualizations.get($route.current.params) 方法;而 edit 是直接调用 savedVisualizations.get($route.current.params.id)

vis_types

实际注册了 vis_types 的地方包括:

  • plugins/table_vis/index.js

  • plugins/metric_vis/index.js

  • plugins/markdown_vis/index.js

  • plugins/kbn_vislib_vis_types/index.js

前三个是表单,最后一个是可视化图。内容如下:

define(function (require) {
  var visTypes = require('registry/vis_types');
  visTypes.register(require('plugins/kbn_vislib_vis_types/histogram'));
  visTypes.register(require('plugins/kbn_vislib_vis_types/line'));
  visTypes.register(require('plugins/kbn_vislib_vis_types/pie'));
  visTypes.register(require('plugins/kbn_vislib_vis_types/area'));
  visTypes.register(require('plugins/kbn_vislib_vis_types/tileMap'));
});

以 histogram 为例解释一下 visTypes。下面的实现较长,我们拆成三部分:

第一部分,加载并生成VislibVisType对象:

第二部分,histogram 可视化所接受的参数默认值以及对应的参数编辑页面:

第三部分,histogram 可视化能接受的 Schema。一般来说,metric 数值聚合肯定是 Y 轴;bucket 聚合肯定是 X 轴;而在此基础上,Kibana4 还可以让 bucket 有不同效果,也就是 Schema 里的 segment(默认), group 和 split。根据效果不同,这里是各有增减的,比如饼图就不会有 group。

这里使用的 VislibVisType 类,继承自 components/vis/VisType.js, VisType.js 内容如下:

基本跟上面 histogram 的示例一致,注意这里面的 responseConverter 和 hierarchicalData,是给不同的 visType 做相应数据转换的。在实际的 VislibVisType 中,就有下面一段:

可见默认情况下,Kibana4 是尝试把聚合结果转换成点线图数组的。

VislibVisType 中另一部分,则是扩展了一个自己的方法 createRenderbot,用来生成 VislibRenderbot 对象。这个类的实现在 components/vislib_vis_type/VislibRenderbot.js,其中最关键的几行是:

也就是说,分为两部分,buildChartData 方法和 vislib.Vis 对象。

先来看 buildChartData 的实现:

又看到 responseConverter 和 hierarchical 两个熟悉的字眼了,不过这回是另一个对象的方法,那么我们继续跟踪下去,看看这个 aggResponse 类是怎么回事:

然后我们看 vislib.Vis 对象,定义在 components/vislib/vis.js 里。同时我们注意到,定义 vislib 这个服务的 components/vislib/index.js 里,还定义了一个服务,叫 d3,没错,我们离真正的绘图越来越近了。

vis.js 中加载了 components/vislib/lib/handler/handler_typescomponents/vislib/visualizations/vis_types

chartTypes 用来定义图:

handlerTypes 用来绘制图:

components/vislib/lib/handler/handler_types 中,根据不同的 vis_types,分别返回不同的处理对象,主要出自 components/vislib/lib/handler/types/point_series, components/vislib/lib/handler/types/piecomponents/vislib/lib/handler/types/tile_map。比如 histogram 就是 pointSeries.column。可以看到 point_series.js 中,对 column 是加上了 zeroFill:true, expandLastBucket:true 两个参数调用 create() 方法。而 create() 方法里的 new Handler() 传递的,显然就是给 d3.js 的绘图参数。而 Handler 具体初始化和渲染过程,则在被加载的 components/vislib/lib/handler/handler.js 中。Handler.prototype.render 中如下一段:

这里面的 ChartClass() 就是在 vislib.js 中加载了的 components/vislib/visualizations/vis_types 。它会根据不同的 vis_types,分别返回不同的可视化对象,包括:components/vislib/visualizations/column_chart, components/vislib/visualizations/pie_chart, components/vislib/visualizations/line_chart, components/vislib/visualizations/area_chartcomponents/vislib/visualizations/tile_map

这些对象都有同一个基类:components/vislib/visualizations/_chart,其中有这么一段:

也就是说,各个可视化对象,只需要用 d3.js 或者其他绘图库,完成自己的 draw() 函数,就可以了!

draw 函数的实现一般格式是下面这样:

当然,为了代码逻辑,有些比较复杂的绘制,还是会继续拆分成其他文件的。比如之前已经在 v3/bettermap 章节介绍过的 leaflet 地图,在 v4 中,就是在 components/vislib/visualizations/tile_map 里加载的 components/vislib/visualizations/_map.js 完成。还想继续使用高德地图的读者,可以修改该文件中 tileLayer 变量的参数定义(https://otile{s}-s.mqcdn.com/tiles/1.0.0/map/{z}/{x}/{y}.jpeg)即可。

从数据到 d3 渲染,要经过的主要流程就是这样。如果打算自己亲手扩展一个新的可视化方案的读者,可以具体参考我实现的 sankey 图:https://github.com/chenryn/kibana4/commit/4e0bcbeb4c8fd94807c3a0b1df2ac6f56634f9a5

savedVisualizations

这个类在 plugins/visualize/saved_visualizations/saved_visualizations.js 里定义。其中分三步,加载 plugins/visualize/saved_visualizations/_saved_vis,注册到 plugins/settings/saved_object_registry,以及定义一个 angular service 叫 savedVisualizations

plugins/visualize/saved_visualizations/_saved_vis 里是定义一个 angular factory 叫 SavedVis。这个类继承自 courier.SavedObject,主要有 _getLinkedSavedSearch 方法调用 savedSearches 获取在 discover 中保存的 search 对象,以及 visState 属性。该属性保存了 visualize 定义的 JSON 数据。

savedVisualizations 里主要就是初始化 SavedVis 对象,以及提供了一个 find 搜索方法。整个实现和上一节讲的 savedSearches 基本一样,就不再讲了。

Visualize

这个 directive 在 components/visualize/visualize.js 中定义。而我们可以上拉看到的请求、响应、表格、性能数据,则使用的是 components/visualize/spy/spy.js 中定义的另一个 directive visualizeSpy

visualize.html 上定义了一个普通的 div,其 class 为 visualize-chart,在 visualize.js 中,通过 getter('.visualize-chart') 方法获取 div 元素:

然后创建一个 renderbot:

最后在 searchSource 对象变化,即有新的搜索响应返回时,完成渲染:

VisEditorSidebar

这个 directive 在 plugins/visualize/editor/sidebar.js 中定义。对应的 HTML 是 plugins/visualize/editor/sidebar.html,其中又用到两个 directive,分别是 vis-editor-agg-groupvis-editor-vis-options。它们分别有 sidebar.js 加载的 plugins/visualize/editor/agg_groupplugins/visualize/editor/vis_options 提供。然后继续 HTML -> directive 下去,基本上 plugins/visualize/editor/ 目录下那堆 agg*.jsagg*.html 都是做这个用的。

其中比较有意思的,应该算是 agg_add.js。我们都知道,K4 最大的特点就是可以层叠子聚合,这个操作就是在这里完成的:

另一个比较重要的是 plugins/visualize/editor/agg_params.js。其中加载了 components/agg_types/index.js,又监听了 "agg.type" 变量,也就是实现了选择不同的 agg_types 时,提供不同的 agg_params 选项。比方说,选择 date_histogram,字段就只能是 @timestamp 这种 date 类型的字段。

components/agg_types/index.js 中定义了所有可选 agg_types 的类。其中 metrics 包括:count, avg, sum, min, max, std_deviation, cardinality, percentiles, percentile_rank,具体实现分别存在 components/agg_types/metrics/ 目录下的同名.js文件里;buckets 包括:date_histogram, histogram, range, date_range, ip_range, terms, filters, significant_terms, geo_hash,具体实现分别存在 components/agg_types/buckets/ 目录下的同名.js文件里。

这些类定义中,都有比较类似的格式,其中 params 数组的第一个元素,都是类似这样:

terms.js 里还多了一行 scriptable: true,而且 filterFieldTypes 是数组。

这个 filterFieldTypescomponents/vis/_agg_config.js 中,通过 fieldTypeFilter(this.vis.indexPattern.fields, fieldParam.filterFieldTypes); 得到可选字段列表。fieldTypeFilter 的具体实现在 filters/filed_type.js 中。

wizard

wizard.js 中提供两个 route 和对应的 controller。分别是 /visualize/step/1 对应 VisualizeWizardStep1/visualize/step/2 对应 VisualizeWizardStep2。这两个的最终结果,都是跳转到 /visualize/create?type=* 下。

Last updated

Was this helpful?