需求前景
前端组件是可复用的，那么复用前端组件时从后端读取的数据源同样也需要可复用（后端api也要是配置化的方式进行），前端需要提供配置项给后端进行动态配置生成api。
具体实现流程
名词解析
mock 规范约束
使用的ts的 interface 进行编译前校验，所有的组件接收的 mock 结构，都必须是该 Interface 的实现
解析器
将mock打平成 key,value 结构的工具
eg.
interface I_EchartOption {
series: {
data: {
name: string;
value: numberOrString;
unit"pie";
}; // 数据集配置
}
const mock:I_EchartOption = {
series: [
{
type: "pie",
data: [
{
name: "中药",
value: "2630",
unit: "家",
_viewData:{ // 通过组合的自定义属性
}
},
]
}
]
}
const parsingMock=(mock:I_EchartOption):T_formInfo=>{}
parsingMock(mock)
// 返回一个 Mock 描述，见下文
mock 描述
mock 描述，功能有两个
- 逆向生成 mock
- 接收后端传递的 build_option.options，渲染控制表单。
type T_formInfo = { // mock 描述的接口
key: string, // 值得路径嵌套
value: string, // 解析出来的value
build_component: string, // 承载改配置项的表单组件
build_option: { // 传递给表单组件的参数
options: any[], // 通过请求后端，让后端进行填充
[key: string]: any
},
}
[
{
"key": "series.0.data",
"build_component": "seriesData",
"build_option": {
"options":[]
"dataLength": 1
},
"formValue": "",
},
{
"key": "series.0.data.0._viewData",
"build_label": "副指标series.0.data.0._viewData",
"build_component": "viewData",
"build_option": {
"options":[]
"isShowTitle": false,
"_viewDataMaxLength": 1
},
},
{
"key": "series.0.type",
"value": "pie"
}
]
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。