本文主要是介绍想想过去设计的灵活的系统 --- 一个灵活的工具人，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
之前想着，灵活的系统就是适用所有的场景。
无论什么场景都能支持。
所以就设计了
支持所有指标的指标开发平台
支持所有档案管理的管理平台
支持所有图表开发的BI工具
但是现在想想思路是没有错的，但是却忽略了一个社会规则。
“存在就是合理的”
本来是个很复杂的社会，非要想着把所有的都整齐划一，这个事情我就不评论了。
说回来，既然要灵活，那就要支持很多规则
那样现在就有一个问题了，如何支持呢？？？
抽象
好
那就抽象吧。
既然是指标，那么就把指标抽象一下，那么指标如何抽象呢？
指标理解为算子就是输入和输出以及运算规则
好了，那么数据输入抽取出来，输出抽取出来，运算规则可以多语言实现。
输入要查询数据库啊、查询文件啊、查询api啊。
输出要转换为标签、风险分数啊
那就继续抽象，数据处理器链。。。
好了啥都搞定了
指标开发出来了，伟大吧，这个世界的规则就是这么简单。
那档案管理呢？
那不同的档案的业务属性字段不一样啊
加通用字段，比如reserve1 reserve2 。。。reserveN
好了，那么前端请求就变成了
{reserve1：，reserve2： 。reserve3： 。。。}
reserve 在A项目里面代表 projectCode
在B项目里面代表 instCode
有意思。
一个接口适配了一万种场景
支持各种自由查询
说到图表/报表的
图表报表是什么呢？
数据的呈现方式
好了 数据 + 呈现（配置）
数据怎么来了，查询，和指标开发一样。
但是我图表太卡了啊
那就加个缓存把，我缓存要复用、管理起来啊
起个名字吧，就叫数据集
我报表要定时处理啊
那我数据集就定时更新吧。
好吧
好吧
好吧
----- 记这两年做过的灵活可配的系统 2020.01.03
这篇关于想想过去设计的灵活的系统 --- 一个灵活的工具人的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
