fcalp 在数据可视化方面的不足思考

1. 痛点 图标格式变化多,前端经常改动,不具备通用性的劳动

2. 由于数据常常缺失,为了展示数据需要前端去做一些取 (今天最新) (大盘预测最新) (N天前)等不同状态的请求格式.

后端当前设计:

##  确定性的结构化 + 非确定性动态化的接口
 ## 支持聚合(aggregation(group by)), 方便支撑(percent, sum, avg)等简单算子.

主要目的:是能支持前端动态化, 大一统的通用接口,方便前端定制,基本能力都可以复用.

可改善的地方:

- 需要支撑一些动态参数枚举($newTotalPredictDay, $prodNewDay)等静态解析变量. 需要${yyyymmdd - 3}这些类似的动态解析变量.

可以通过velocity utils 去 preHandle 这些解析变量, 来解决各种维度的请求预测数据的产出日.

前端设计:

## 当前设计 

• 目前前端的设计动态性不足, 所有的参数请求和条件配置都是写死的.动态性太强类似于集团FBI, 蚂蚁的deepinsight的 拖动定制比较难能力比较难, 但是图标类型定制, 取数逻辑和摆放方式并不难.

可改善的地方:

- 定制每个页面的固定展示图标格式, 动态配置取数逻辑,(类似json格式, 定义后端接口, 返回数据摆放). 定制好default 的 setting值存入服务端. 

客户端可勾选不同的setting来定制化展示. 概括而言两个动态化: 1. 取数逻辑动态化. 2. setting动态化