常用导出案例

一、导入

1、标准导入

背景:直接配上标准的导入按钮即可使用,将excel文件中的数据导入系统或将系统内数据导出成excel文件

(1)标准导入按钮配置

  场景: 若新建弹性模型或标准模型无导入导出按钮,需要导入 导出功能。

  第一种:简单配置按钮,即配即用,则可在当前列表元数据配置的 "actions": []里配置标准的导入导出按钮,COMMON_IMPORT和COMMON_EXPORT

{"action": "COMMON_IMPORT",
        "left": true,
        "data": {},
        "key": "common_import",
        "label": "标准导入"
    },
{"action": "COMMON_EXPORT",
        "left": true,
        "data": {},
        "key": "common_export",
        "label": "标准导出"
    }



第二种:在标准按钮基础上配置参数,如指定导出的文件名、控制按钮的使用角色等,具体参数及释义如下

注:仅使用平台标准导入模板时,"is_from_config"只能设置成flase

{
  "action": "COMMON_IMPORT",  #【必填】按钮调用的方法,COMMON_IMPORT是框架通用导入。
  "label" : "模版型导入",  #【必填】按钮名称。
  "key" : "common_import",  #【必填】按钮的key,即唯一键,与其他按钮区分的唯一标识。
  "data":{  #【选填】导入按钮的一些个性设置,以下均为选填。
    "is_from_config": false,  # 是否使用个性化模板,false为否。
    "category": "whatever",  # 模型名或者个性化模板的common_imp_setting.json映射名称。不用个性化模板最好别设置。
    "file_name": "自己想怎么命名怎么命名.xlsx",  # 自定义下载的导入模板文件名
    "import_class": "",  # 使用的导入类。业务老师提供了,则使用业务老师提供的,否则不写。是固定的,不要自己瞎写。
    "role": "",  # 导入角色。
    "use_column_defs": false,  # 多表头导入
    "data_row": "3",  # 导入时,数据从excel文件的哪一行开始读取。默认是:导入文件有描述行,则从第三行开始读取,否则从第二行开始。
    "imp_tips": ["1、今天简单说以下几点", "。", "。。"],  # 自定义导入提示
    "show_business_key": false,   # 显示导入依据
    "choose_method": false,  # 是否展示导入模式选择
    "imp_method": 0,  # 默认导入模式(0:仅新增,1:仅编辑,2:有则编辑无则新增)
   "empty_selector": false,  # 是否展示选择器(默认为true) false: 不展示, true: 展示
    "empty_mode": 1,  # 默认值(默认为1) 0: 正常导入(编辑时覆盖), 1: 跳过
    "action_state": "",  # 弹窗内部按钮的场景,修改ImpActionVirtual不同场景的list元数据来配置不同的弹窗内按钮,详见【导入导出小案例-9】
    "filter_org": [],  # 过滤组织(需要配合charge_role使用,进一步控制权限范围内的部门)
    "extend_property": {
        "map_warn": false,  # 当导入文件中的列名与info元数据中的列名不匹配时,是否直接拦截导入。默认为否(false)。
        "data_plugins": {},  # 自定义导入插件,详见【3.自定义配置导入插件】
      "charge_role": [{  # 用于校验权限。
            "field": "dept_id",   # 需要校验部门权限的字段
            "role": "cm-org-emp",  # 权限范围
            "type": "dept"  # 类型(部门校验)
        }, {
            "field": "employee",  # 需要校验人员权限的字段
            "role": "cm-org-emp",  # 权限范围
            "type": "emp"  # 类型(人员校验)
        }],
        "extra_property": {
            "field_state": {"字段1的key": "想要的场景"},  # 字典类型。当一个字段为关联对象类型时,可以设置他关联对象的场景进行下拉选项的过滤。详见【导入导出案例】
            "state": "imp",  # 导入场景。自定义是以哪个场景的info元数据为依据。
        }
    }
  }
},




(2)导入弹窗中导入模式、导入依据介绍

导入弹窗中会有三种导入模式,模式名称及解释如图


导入的时候怎么知道是原来已有的数据导入进行编辑,还是原来没有数据导入进行新增呢,这就是根据我们是否设置业务主键去判断,导入的业务主键如果系统已有则编辑,否则进行新增

配置业务主键有两种方法,一是在“弹性字段”设置中勾选,另一种是在“模型.json”元数据里配置,如下图所示。

(3)标准导入模板中展示的是哪些字段,导出又展示哪些字段呢?

标准导入: 导入模板根据info元数据中字段显示,即info场景中没有设置隐藏或只读的都会显示在模板中,顺序是按照list层的元数据                                   

标准导出: 根据list层显示的字段

                         

(5)导入导出文件里是否带描述行

 导入模板默认时带描述行(橙色那一行),作为对该列数据填写规范的解释。如果不想要,可以在服务器参数里关掉。关掉的效果见下图。

(6)导入映射

导入文件的列名和导入模板的列名或者info元数据设置的字段名不一致,则导入时无法识别。

正若服务器设置中开启了“是否开启导入映射”为是,那么即使导入文件与模板中的字段名称没有完全匹配上,也会设置的算法自动去匹配符合的字段,例如上图导入文件中的“必填项作业类别”会与“作业类别”匹配上

2、个性化导入

背景:标准的导入导出不符合用户需求,需要配置个性化的导入导出模板

(1)第一步:配置按钮

在导入按钮元数据配置的data中添加is_from_config:true,以使用个性化模板,若需要使用其他参数,参考上述标准按钮参数配置。

{
    "key": "common_import",
    "label": "标准导入按钮",
    "action": "COMMON_IMPORT",
    "data": {
        "is_from_config": true,
        "category": "可以不填,不填时默认取当前模型名。填的话想写啥就写啥,但是要记下来,下面要用。"
}


(2)第二步:配置公司级模板

在扩展管理-公司级模板查询common_imp_setting.json

1)可以先过滤【是否全局模板】为否,直接可查询说明已新增过公司级模板

2)若查询不到,则切换过滤条件为是,再次查询,复制模板key后点击新增,将复制的key粘贴到新增的公司级模板key中,则会新增一个公司级非全局模板。公司级模板中一般会自动复制原全局模板已有参数内容,则只需要配置本次自定义模板参数,若新增公司级模板无参数内容,则需先将全局模板所有参数复制后,粘贴至公司级模板中,再配置本次自定义导入模板的参数。

 

(3)第三步:配置模板参数

在公司级模板中配置本次自定义模板参数,如,配置参数解析:(//双斜杠之后的是注释)

{
...
    "AttendLocation": {  // 冒号前面的东西,叫“映射名”或者“key”。按钮里的category没写的话,就用模型名,否则category写了啥就用啥。
        "name": "考勤点",  // 文件名
        "imp": "AttendLocation_import.json",  // 导入使用的个性化模板的公司级模板名(等会你要新建另一个公司级模板,名字就叫这个)
        "exp": "AttendLocation_import.json",  // 导出使用的个性化模板的公司级模板名(等会你要新建另一个公司级模板,名字就叫这个),导入导出可以用同一个。
        "role": "cm-org-emp"  // 下载模板所需的权限
    },
...
},


image-2024-2-27_15-31-16.png

(4)第四步:新建个性化导入模板

根据上一步中配置的"imp"的公司级模板名,新建一个公司级模板。本例中是AttendLocation_import.json。

模板中配置的内容和释义:

个性化模板配置 

{
    "alias": "考勤点",  #【选填】备注
    "category": "AttendLocation",  #【必填】注意,这个要写要导入的模型名,即按钮中配置的category是什么。
    "import_class": "core.base.imp_exp.services_dynamic_model.CommonDynamicImport",  #【必填】标准导入配置,不需要改直接复制
    "export_class": "core.base.imp_exp.services_dynamic_model.CommonDynamicExport",  #【必填】标准导出配置。注意,和导入的不一样。
    "filters": [],
    "orders": [],
    "fields": [{  # 【必填】模板中展示的列
        "key": "address",  #【必填】
        "name": "名称",  #【必填】
        "width": 20,  #【选填】旧版列宽,要使用的话需要特别配置,否则控制不了。
        "excel_width": 10,  #【选填】新版列宽,配置了就可以直接控制列宽。
        "comment": "请输入考勤点名称",  #【选填】描述行
        "require": true  #【选填】是否必填
    }, {
        "key": "number",
        "name": "编号",
        "width": 20,
        "comment": "请输入考勤点编号",
        "require": true
    }, {
        "key": "province",
        "name": "省份",
        "width": 20,
        "comment": "\n关联型,请选择考勤点所在省份",
        "drop_down_filter": {
            "enabled": true
        },
        "require": true
    }, {
        "key": "city",
        "name": "市(区)",
        "width": 20,
        "comment": "\n关联型,请选择考勤点所在市(区)",
        "require": true
    }, {
        "key": "address_note",
        "name": "详细地址",
        "width": 20,
        "comment": "请输入考勤点详细地址",
        "require": true
    }, {
        "key": "depart_id",
        "name": "所属组织",
        "width": 20,
        "comment": "文本型,请输入考勤点所属组织",
        "require": true
    }, {
        "key": "area_type",
        "name": "区域类型",
        "width": 20,
        "comment": "参照型,选择考勤点区域类型"
    }, {
        "key": "radius",
        "name": "有效打卡距离(米)",
        "width": 20,
        "comment": "文本型,请输入考勤点有效打卡距离(米)",
        "require": true
    }, {
        "key": "location_usable",
        "name": "可用范围",
        "width": 20,
        "comment": "参照型,选择考勤点可用范围(适用于哪个组织)"
    }, {
        "key": "enabled",
        "name": "是否启用",
        "width": 20,
        "comment": "请输入该考勤点是否可用",
        "require": true
    }],
    "charge_role": [{  #【选填】用于校验权限。
        "field": "dept_id",   # 需要校验部门权限的字段
        "role": "cm-org-emp",  # 权限范围
        "type": "dept"  # 类型(部门校验)
    }, {
        "field": "employee",  # 需要校验人员权限的字段
        "role": "cm-org-emp",  # 权限范围
        "type": "emp"  # 类型(人员校验)
    }],
    "check_items": {  #【选填】
        "imp": [],
        "exp": []
    },
    "data_plugins":[{  #【选填】
        "key": "before_imp_data_xxx",  // 【必填】注: 作为before_imp_data的插件须以before_imp_data开头,after_imp_data的插件则以after_imp_data开头。
        "name": "",  // 【必填】云函数名
        "plugin_type": "standard"  // 【选填】不填时使用云函数。填写为standard时为使用标准代码,上面的name也应为对应class路径。
    }]
}

我们的导入模板很多时候都需要导入人员、组织这样的字段,此类字段需要通过编码+名称或XX+名称双维度去共同确认唯一,则我们导入模板参数中则需要配置parser

(a) parser介绍:

parser是校验器,目的是防止出现重名的问题导致导入了错误的数据。目前,只有关联了人员、部门、职位、树型/列表代码项等业务特殊字段可以使用parser。同时,parser需要和column_config配合使用。

(b) parser的一般使用方式:

parser配合column_config使用

{
    。。。
    "fields": [{
        "comment": "员工姓名",
        "width": 20,
        "require": true,
        "name": "员工姓名",
        "key": "employee_id",
        "parser":"emp_primary_key",
        "column_config":[
                {
                    "name": "姓名",
                    "key": "name"
                },
                {
                    "name": "编号",
                    "key": "number"
                }]
         
    },
    。。。
}



(c)注意:

(1)column_config会产生多的列。比如,如果不配置column_config,那么模板中只会有一列“员工姓名”;配置了column_config后会根据column_config里的配置产生多的列,如“员工姓名_姓名”,“员工姓名_编号”。但是,这些产生的列并不会导入进模型里,只是作为字段的校验补充数据(这个例子中“姓名”和“编号”是作为“员工姓名”这一字段的补充数据),辅助校验而已,最终导入进去的是校验后的员工的ID。

(2)column_config只能和parser一起用,parser也要求相对应的column_config。

(d) parser汇总(持续更新,欢迎补充):

注意:当字段为多选时,需要在下列parser前加“multi_”,如人员字段多选,其parser为"multi_emp_primary_key",column_config不用变更。多个数据以英文逗号(,)分隔,column_config的两列输入的数据需要前后一一对应(如下图)。



column_config

(默认name和number)


时间范围选择器组件

time_range

start&end

如:

"column_config": [{
            "key": "start",
            "name": "开始日期"
        }, {
            "key": "end",
            "name": "结束日期"
        }]


树型代码项

common_tree_item

 

name&number

【不建议使用】这个parser是古早版本,不区分代码项类别。
树型/列表代码项

common_basic_item

name&number

【推荐使用】当树形和列表的number重复时,能够根据实际关联的模型区分
树型/列表代码项

common_basic_item_cache

name&number

【推荐使用】(测试中,预计发版时间2.10)性能较好,能够区分实际关联的代码项模型
Employee

emp_primary_key

name&identity_card;

name&number;

name&mobile;

...

人员主键字段任意组合

校验数据,转换为人员id存入模型
PreEmployee

pre_emp_primary_key

待入职人员主键字段任意组合
Department(包括OrgPosition、OrgPositionHistory、DepartmentHistory、OrgDepartment、OrgUnit、OrgDepartmentHistory、OrgUnitHistory

cached_department_number

 

name&number根据名称和编号,校验数据。编号原则上不能重复(部门、岗位等都不能)

org_primary_key

 

name&number

部门主键字段任意组合



combination_path

 

[
{
"name": "一级组织",
"key": "name01",
"require": false
},
{
"name": "二级组织",
"key": "name02"
},
{
"name": "三级组织",
"key": "name03"
},
{
"name": "四级组织",
"key": "name04"
},
{
"name": "五级组织",
"key": "name05"
},
{
"name": "六级组织",
"key": "name06"
},
{
"name": "七级组织",
"key": "name07"
},
{
"name": "八级组织",
"key": "name08"
},
{
"name": "九级组织",
"key": "name09"
},
{
"name": "十级组织",
"key": "name10"
}
]

根据组织路径进行校验

DepartmentHistory

org_history_primary_key

 

主键字段任意组合


JobType

job_type_primary_key

 

主键字段任意组合


Job

job_primary_key

 

主键字段任意组合


JobStep

job_step_primary_key

 



JobStepType

job_step_type_primary_key

 




3、子表导入

(1)标准导入

在当前列表场景配置按钮

{
    "default": false,
    "action": "SUB_IMPORT",
    "left": true,
    "data": {
     
    },
    "key": "sub_import",
    "label": "导入"
}


(2)个性化导入

第一步:配置按钮

{
    "default": false,
    "action": "SUB_IMPORT",
    "left": true,
    "data": {
    "is_from_config":true,
    "category":"子表模型名称"
    },
    "key": "sub_import",
    "label": "导入"
}



第二步:配置个性化模板

注意:一定要去改下面的信息,不改肯定导入有问题,不要不看不改又提bug!!!

然后根据按钮中配置的子表模型名称,去common_imp_setting.json中添加一个模版即可,然后新增个性化导入模板,模版配置格式和正常的模版配置一致,需要将个性化模版中的

import_class 配置为:core.base.imp_exp.services_dynamic_model.CommonTableImportService

export_class配置为:core.base.imp_exp.services_dynamic_model.CommonDynamicExport

4、主子集导入

(1)配置按钮

除了配置imp_type外,还需要配置business_key_list。这个参数填写主集的业务主键或者具有唯一性的字段,配置了这个参数之后,导入时子集的数据才能查找到对应的主集数据,才能关联上对应的主集数据来进行导入。同时,这个参数里配置的字段会展示在子集的导入模板中,要求填写。

{
    "label": "主子集导入",
    "key": "common_import",
    "action": "BASE_IMPORT",
    "data": {
        "imp_type": "MULTI_IMPORT",  # 导入类型【必填】。可选项有COMMON_IMPORT, SUB_IMPORT, MULTI_IMPROT。MULTI_IMPROT即为主子集导入。
        "business_key_list": [  # 主集的字段【必填】。填写要求:1.具有唯一性;2.能通过填写的字段锁定到具体某一条主集数据。
            "number",
            "name"
         ],
        "extend_property": {  # 额外参数【选填】。但是如果要写导入场景,state参数必须写在其内。
            "extra_property": {
                "state": ""  # 主集的导入场景【选填】。
            }
        },
        "childs":[  # 自定义要下载的子集模板【选填】。要求与base元数据中的childs写法一致。
         {
            "key": "IconSales",  # 【必填】。
            "model": "IconSales",  # 子集对应的模型【必填】。
            "label": "专辑销量",  # 作为模板文件名【必填】。
            "parent_id": "icon_id",  # 子集存储主集id的字段【必填】。
            "meta_state": ""  # 子集的导入场景【选填】。
        },
        {
            "key": "xxx",
            "model": "xxx",
            "label": "xxx",
            "parent_id": "icon_id"
        },
        ]
    }
}



若要配置子集的导入场景,除了在按钮的data中指定childs外,还可以在base元数据中相应子集配置里增加meta_state参数。

(2)导入导出元数据配置

主模型的导入导出元数据与框架标准导入的配置方式一致,子模型的import_class有所区别。子模型的import_class应配置为:"core.base.imp_exp.services_dynamic_model.CommonMultiImport"

3.注意

 请勿修改下载下来的主子集导入模板的文件名名称,文件名是系统用于判断属于哪一个模型的重要依据

5、附件导入

(1)配置按钮

其中,business_list的填写要求:1. 需是业务主键字段;2. 关联字段需在导入导出元数据中额外配置(见下文);3. 文件名需与business_list中的字段顺序一致。

{
    "label": "附件导入",
    "key": "common_import",
    "action": "BASE_IMPORT",
    "data": {
        "imp_type": "UPLOAD_FILES",  # 导入类型【必填】。UPLOAD_FILES为附件导入。
        "model_index": "u_file",  # 附件字段的key【必填】。       
        "business_list": [  # 主集的字段【必填】。
            "employee_id",
            "dept_id"
         ],
 
        "split_str": "-",  # 文件名分隔符【选填】。如为"-",则文件名为"0001-张三"。不填默认为"-"。
        "file_convert": true,  # 是否覆盖原有附件【选填】。覆盖原来的已有附件,配置后每次导入都会将原来的全部覆盖掉。不填默认每次追加附件。
        "is_insert": true,  # 是否新增不存在数据【选填】。在找不到与业务主键对应的数据时,新增一条数据,并将附件导入改条数据。
        "state": "xxxx",  # 导入导出元数据场景【选填】。选择是哪一个场景的导入导出元数据,不填用当前场景。导入导出元数据新建方式请看下文。
        "tips": "xxxxx"  # 上传附件提示语【选填】。
    }
 }



(2)元数据配置

上述例子中,business_list中配置了关联字段主键employee_id和dept_id,且这两个关联字段需要用id和名字一起确定一条数据(如:人员编号0001和人员名字张三,编号和名字一起确定是哪一个张三,否则容易出现重名),故需在模型的导入导出元数据中配置parser和column_config。注意:文件名需与column_config中的配置顺序一致!

导入导出元数据在对象管理器中找到,如下图:

parser和column_config与框架导入的个性化模板配置方式一致。具体配置如下:(文件名命名为:“人员编号-人员姓名-部门编号-部门名称”,人员和部门的顺序由按钮中business_list决定,但是编号和名称的顺序由column_config决定,若column_config中名称在前、编号在后,则文件名为"xx名称-xx编号")。

注意,导入导出元数据除了下例中提到的配置,上文导入导出元数据配置规则中必填项也应填上。

{
"fields":[
        ...,
        {
            "name": "employee_id",
            "key": "employee_id",
            "parser": "emp_primary_key",
            "column_config": [
                {
                    "name": "编号",
                    "key": "number"
                },
                {
                    "name": "姓名",
                    "key": "name"
                }
            ]
        },
        {
            "name": "所属组织",
            "key": "dept_id",
            "parser": "department_number",
            "column_config": [
                {
                    "name": "编号",
                    "key": "number"
                },
                {
                    "name": "名称",
                    "key": "name"
                }
            ]
        },
        ...
}



二、导出


1、标准导出

背景:标准的导出文件不符合用户需求,需要配置个性化的导出模板

标准导出按钮与导入按钮配置类似,

(1)标准导出按钮配置

  场景: 若新建弹性模型或标准模型无导出按钮,需要 导出功能。

  配置标准按钮,可在当前列表元数据配置的 "actions": []里配置COMMON_EXPORT,其他控制参数如role、lable、file_name等可参照导入按钮配置

{"action": "COMMON_EXPORT",
        "left": true,
        "data": {},
        "key": "common_export",
        "label": "标准导出"
    }

(2)导出想选择导出的字段

在标准导出按钮的data中配置"select": true,点击导出时会弹出来一个弹窗让选择导出列。如果想默认选中一个字段,配置"selected_data":["字段key"]

效果图:

2、个性化导出

第一步:在标准导出按钮配置is_from_config:true 参数

第二步:参照个性化导入配置个性化模板


3、子表导出

(1) 标准导出

在子表当前列表场景配置按钮即可。

{
    "hide": false,
    "action": "SUB_EXPORT",
    "data": {
        "celery_mode": true
            },
    "key": "sub_export",
    "label": "导出"
}


子表导出暂时不支持个性化模版,另外子表导出数据一定是要表单提交后的数据,刚导入的数据,主表单未提交,是无法导出数据的。子表导出数据如果不是按照主表分类,直接在子表的list层配置导出按钮即可,不用在配置子表导出。


(2)流程子表导入导出特殊配置

流程单据页面子表导出比较特殊,在单据结束状态的子表操作按钮默认为不可见状态,需要在子表元数据的子表导出按钮options中添加如下配置



4、主子集导出

(1)按钮配置

{
    "label": "主子集导出",
    "key": "common_export",
    "action": "BASE_EXPORT",
    "data": {
        "exp_type": "MULTI_EXPORT",  # 导出类型【必填】。可选项有COMMON_EXPORT, SUB_EXPORT, MULTI_EXPROT。MULTI_EXPROT即为主子集导出。
 
        "category": "BaseModel",  # 导出主集【选填】。默认为当前模型。
        "celery_mode": false,  # 是否需要异步【选填】。默认否。开启的话可以看到导出过程。
        "message": "send",  # 导出完成后是否发消息【选填】。默认"send",即会发消息。"no send" 即不发消息。
        "is_from_config": false,  # 是否使用imp_exp导入导出元数据的配置【选填】。默认否。
        "export_class": "",  # 主集的导出类【选填】。默认框架导出。
        "file_name": "",  # zip文件名【选填】。
 
        "extend_property": {  # 额外参数【选填】。但是如果要写导入场景,state参数必须写在其内。
            "extra_property": {
                "state": ""  # 主集的导出场景【选填】。
            }
        },
        "childs":[  # 自定义要导出的子集【选填】。要求与base元数据中的childs写法一致。
         {
            "key": "IconSales",  # 【必填】。
            "model": "IconSales",  # 子集对应的模型【必填】。
            "label": "专辑销量",  # 导出文件名【必填】。
            "parent_id": "icon_id",  # 子集存储主集id的字段【必填】。
            "meta_state": "",  # 子集的导出场景【选填】。
            "file_name": "",  # 导出文件名【选填】。 配置file_name则不使用label。
            "extend_property": {
                "filter_dict": {
                    "xxx": ""  # 自定义过滤条件【选填】
                }
            }
        },
        {
            "key": "xxx",
            "model": "xxx",
            "label": "xxx",
            "parent_id": "icon_id"
        },
        ]
    }
}



(2) 其他配置

主集需要base元数据(与主子集导入一样)。可以不指定childs,但一定要有base

5、附件导出


(1)按钮配置

最终导出.zip文件将会发送到消息中,如果导出的最终压缩包数超过5个,那么会以每五个压缩包发一条消息

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

{
        "key": "export_files",     # 按钮的属性完全符合元数据配置,params 是自定义部分
        "label": "批量导出",
        "action": "EXPORT_FILES",  #前端对应的函数名,固定
        "left": true,
        "params": {
            "model": "ImpTest",    # 附件所存在的模型名
            "template_name":"批量附件导出.zip" # 附件导出包名字,自定义,不传使用系统默认的
            "file_index": "file_index",  #附件对应的字段,当前模型为ImpTest1的附件字段就是file_index
            "datetime": "%Y-%m-%d",     #时间格式,文件名需要加入时间时才传入,不需要可以不传,默认是到秒
            "business_list": ["emp_id", "emp_name", "datetime","from.name"] ,  # 文件名以列表顺序拼接,可以不是业务主键。注意datetime 不是业务主键 ,from.name 支持关来你的字段作为附件重命名内容,不存在数据则默认"空"
            "page_size":40,
            "page_index":1,
            "file_page_size":500, #默认导出的压缩包内文件是500,总文件超过500个,分成(总数/500)个压缩包,发一条消息
            "is_img":false # 默认是false,如果导出的是图片并且是人员头像,设置为true,
            "filter_dict": {...}  # 如果不希望用当前页面的过滤条件,可以传入。
        }
    }


  • 无标签