CN115630106A - 一种基于通用格式解析的多场景参数接收方法及装置 - Google Patents

Abstract

本申请提供一种基于通用格式解析的多场景参数接收方法及装置，该方法包括：利用预先定义的字段接收来自前端的参数值，获得赋值后的字段。传输赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型。根据场景类型对其他至少一个赋值后的字段中的通用格式数据进行解析，获得与场景类型对应参数的参数值。基于场景类型及与场景类型对应参数的参数值进行响应。本申请提供的一种基于通用格式解析的多场景参数接收方法及装置，通过采用通用格式字段接收来自前端的参数，将不同场景相关联的字段参数作为整体传输，便于维护，也便于后台根据不同场景解析，后台也不用多次定义字段，新增场景时前后台修改的地方也较少，便于维护。

Description

一种基于通用格式解析的多场景参数接收方法及装置

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种基于通用格式解析的多场景参数接收方法及装置。

背景技术

通常同一个API接口在不同场景使用时，参数属性不一样，接收的参数名也需定义成适配相应场景的相应属性，如字符型、数值型、日期型参数，还包括最大值、最小值、开始日期、结束日期等。前端每一场景的每一参数属性均需要后台对应生成或定义一个字段去接受该属性参数，但这些参数中大多数为不常用的参数，从而会造成后台定义、存储参数时，出现较多赘余的参数。

较多赘余的参数容易造成后台数据库中存在参数含义不清、有歧义、资源浪费，且前端不易维护的缺陷。并且，当有新的场景出现时，需要同时新增、修改前后台参数属性名称及对应的字段名称，造成了较大的维护工作量和维护成本。

发明内容

本申请实施例的目的在于提供一种基于通用格式解析的多场景参数接收方法及装置。通过以通用格式字段接收来自前端的参数值，用以解决当有新的场景出现或者在场景中新增、修改参数字段时，需要同时新增、修改前后台参数属性名称及对应的字段名称，维护工作量大，成本高的问题。

第一方面，本申请实施例提供了一种基于通用格式解析的多场景参数接收方法包括：利用预先定义的字段接收来自前端的参数值，获得赋值后的字段。传输所述赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型。根据所述场景类型对其他至少一个所述赋值后的字段中的通用格式数据进行解析，获得与所述场景类型对应参数的参数值。基于所述场景类型及与所述场景类型对应参数的参数值进行响应。

上述基于通用格式解析的多场景参数接收方法，通过采用通用格式字段接收来自前端的参数，将不同场景相关联的字段参数作为整体传输，便于不同场景下相关联字段参数的维护，后台根据不同场景整体解析相关联的字段参数，直接获取所需的各个字段参数的参数值，前端、后台均不用多次定义字段，新增场景或者在场景中新增、修改参数字段时前后台修改的地方也较少，便于维护。

结合第一方面，可选地，其中，所述预先定义的字段包括场景类型接收字段和场景参数接收字段，所述来自前端的参数值包括场景类型参数值和第一场景参数参数值。其中，所述第一场景参数参数值是通用格式数据，或者，所述场景类型参数值和所述第一场景参数参数值是通用格式数据。所述传输所述赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型，包括：传输所述赋值后的字段至后台，并根据其中至少一个赋值后的所述场景类型接收字段的所述场景类型参数值确定所述场景类型。所述传输所述赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型，包括：根据所述场景类型对至少一个赋值后的所述场景参数接收字段中的通用格式的所述第一场景参数参数值进行解析，获得与所述场景类型对应的第二场景参数参数值。所述基于所述场景类型及与所述场景类型对应参数的参数值进行响应，包括：基于所述场景类型及所述第二场景参数参数值进行响应。

上述基于通用格式解析的多场景参数接收方法，由于场景类型一般是有限固定的，而各个场景类型对应的参数却是多种多样、且数量庞大的。因此，通过赋值后的场景类型接收字段，能够更快速准确地确定出场景类型，使得随后依据该场景类型对场景参数接收字段中的通用格式的第一场景参数参数值进行解析获得相应所需的第二场景参数参数值，并根据该第二场景参数参数值响应于用户前端的操作。通过明确定义场景类型接收字段及场景参数接收字段，明确了各字段的解析内容，提高了解析速度，进而提高了前端与后台交互的效率。

结合第一方面，可选地，其中，所述场景类型接收字段有多个。所述根据其中至少一个赋值后的所述场景类型接收字段的所述场景类型参数值确定所述场景类型，包括：根据多个赋值后的所述场景类型接收字段的所述场景类型参数值组合确定所述场景类型。

上述基于通用格式解析的多场景参数接收方法，通过利用通用格式字段接收前端多个场景参数参数值，避免了后台定义冗余的参数的基础上，将上述方法应用于包含多个场景类型接收字段的场景中，例如：数据筛选、查询等应用场景中，场景类型接收字段的数量越多，也就意味着前端用户可选择配置的筛选、查询的限制条件越多，所应用的场景类型越细化，使得最后返送给用户的筛选、查询等结果也就越符合前端用户的预期。进而提高了用户使用时的准确性。

结合第一方面，可选地，其中，所述场景类型接收字段接收来自前端的所述场景类型参数值是通用格式数据。所述根据其中至少一个赋值后的所述场景类型接收字段的所述场景类型参数值确定所述场景类型，包括：基于通用格式的所述场景类型参数值及预设场景类型映射，确定所述场景类型。或者，获取预设的场景类型解析模板以及所述场景类型接收字段中的通用格式的第一场景类型参数值。基于所述场景类型解析模板对所述第一场景类型参数值进行解析，获取与所述第一场景类型参数值对应的第二场景类型参数值。基于所述第二场景类型参数值，确定所述场景类型。

上述基于通用格式解析的多场景参数接收方法，在第一场景参数参数值是通用格式数据的基础之上，场景类型参数参数值也是通用格式，进一步地提高了对不同场景配置的便利性与后期维护的便利性。同时，直接基于映射关系确定出场景类型，提高了对用户前端操作进行响应的速率。此外，基于预设的场景类型解析模板对通用格式的第一场景类型参数值进行解析，根据解析得到的第二场景类型参数值也能更灵活地确定场景类型，能够满足前端用户的更多场景类型参数配置需求，同时后台整体解析关于场景类型所配置的字段参数，直接获取所需的各个字段参数的参数值，前端、后台均不用多次定义字段，新增或修改场景时前后台修改的地方也较少，便于维护。

结合第一方面，可选地，其中，所述根据所述场景类型对至少一个赋值后的所述场景参数接收字段中的通用格式的所述第一场景参数参数值进行解析，获得与所述场景类型对应的第二场景参数参数值，包括：基于所述场景类型，确定与所述场景类型对应的所述场景参数接收字段的目标场景解析模板。基于所述目标场景解析模板对所述场景参数接收字段中的所述第一场景参数参数值进行解析，获得与所述场景类型对应的第二场景参数参数值。

上述基于通用格式解析的多场景参数接收方法，通过预设不同场景类型所对应的场景解析模板，并根据前端所配置传输的场景类型确定出目标解析模板，再利用目标解析模板对通用格式的第一场景参数参数值进行解析。并根据解析得到的相应格式的第二场景参数参数值，输入相应API接口进行响应，提高了前端用户对配置的场景类型下的场景参数及参数值配置的灵活性，当前端新增一场景类型或者再某一场景类型中新增一场景参数时，无需新增、修改前端、后端的场景参数接收字段，依然可以采用原有的、通用格式的场景参数接收字段来接收前端输入的通用格式的参数值，后端只需新增或者修改相应的场景解析模板，从通用格式的第一场景参数参数值中解析得到的相应格式、相应数量的第二场景参数参数值即可，进一步地提高了对不同场景类型配置的便利性与后期维护的便利性。

结合第一方面，可选地，其中，所述第一场景参数参数值的数量为一个。所述第二场景参数参数值的数据类型包括字符型、数值型、日期型和布尔型中的任意一个或多个，所述第二场景参数参数值的数量为一个或多个。

上述基于通用格式解析的多场景参数接收方法，第一场景参数参数值是场景参数接收字段所接收的、来自前端的、通用格式的参数值，第二场景参数参数值是根据场景类型对该通用格式的第一场景参数参数值进行解析所获得的参数值。第一场景参数参数值的数量为一个，第二场景参数参数值的类型为一个或多个、数量也为一个或多个，也即是采用一个通用字段去接收来自前端的一个或多个、一种或多种参数值。如此，便可以在前端设置多种筛选场景供用户选择，满足了更多的用户需求的同时，后台整体解析通用格式的参数值，直接获取一个或多个、一种或多种参数值，前端、后台均不用多次定义字段，新增场景或者在场景下新增、修改字段时前后台修改的地方也较少，便于维护。

结合第一方面，可选地，其中，所述场景类型接收字段包括筛选字段、数据类型、筛选模式、日期类型、逻辑关系、搜索范围、搜索模式中的任意一个或多个。所述场景类型参数值获取方式包括枚举、输入、模板和默认中的一种或多种，所述第一场景参数参数值的获取方式包括输入、导入、历史记录、模板和默认中的一种或多种。

上述基于通用格式解析的多场景参数接收方法，通过设置一个或多个场景类型接收字段，从一个或多个维度接收对场景类型的配置参数值，扩大了API接口的适用范围，满足了用户更多的查找、检索或搜索的需求的同时，减少了前、后端的不同场景类型下的新增、维护工作量，提高了对不同场景类型配置的便利性与后期维护的便利性。

结合第一方面，可选地，其中，所述利用预先定义的字段接收来自前端的参数值之前，还包括：配置与所述前端所有的场景类型相对应的、能够解析所述赋值后的字段中的通用格式数据并满足所述后台的接口入参参数属性要求的场景解析模板。所述根据所述场景类型对其他至少一个所述赋值后的字段中的通用格式数据进行解析，获得与所述场景类型对应参数的参数值，包括：根据确定的场景类型，确定目标场景解析模板。根据所述目标场景解析模板对其他至少一个所述赋值后的字段中的通用格式数据进行解析，获得与所述场景类型对应的、满足所述后台的接口入参参数属性要求的参数值。

上述基于通用格式解析的多场景参数接收方法，由于场景类型参数值数量有限且并不是庞大，因此，通过为数不多的场景类型参数值之间的组合所构成的场景类型也是有限的、固定的。因此，便可以为每一个场景类型配置一个场景解析模板，进而基于预先配置好的场景解析模板对通用格式的第一场景参数参数值进行解析，提高了解析的速率和准确率，也提高了对用户前端筛选条件进行响应的效率。

结合第一方面，可选地，其中，所述通用格式数据包括JSON格式数据、Map格式数据及XML格式数据中的一种或多种。

上述基于通用格式解析的多场景参数接收方法，采用JSON格式数据、Map格式数据及XML格式数据中的一种或多种作为通用格式数据，方便了传输与存储。由于其易于程序的解析与生产，因此，还提高了请求、响应的作业效率，进而提高了筛选查询的效率。

第二方面，本申请实施例还提供了一种基于通用格式解析的多场景参数接收装置，包括：接收模块，用于利用预先定义的字段接收来自前端的参数值，获得赋值后的字段；确定模块，用于传输所述赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型；解析模块，用于根据所述场景类型对其他至少一个所述赋值后的字段中的通用格式数据进行解析，获得与所述场景类型对应参数的参数值；响应模块，用于基于所述场景类型及与所述场景类型对应参数的参数值进行响应。

上述实施例，提供的一种基于通用格式解析的多场景参数接收装置具有与上述第一方面，或第一方面的任意一种可选的实施方式所提供的一种基于通用格式解析的多场景参数接收方法相同的有益效果，此处不作赘述。

第三方面，本申请实施例还提供了一种电子设备，包括：处理器和存储器，存储器存储有处理器可执行的机器可读指令，机器可读指令被处理器执行时执行如上面描述的方法。

上述实施例，提供的电子设备具有与上述第一方面，或第一方面的任意一种可选的实施方式所提供的一种基于通用格式解析的多场景参数接收方法相同的有益效果，此处不作赘述。

第四方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上面描述的方法。

上述实施例，提供的存储介质具有与上述第一方面，或第一方面的任意一种可选的实施方式所提供的一种基于通用格式解析的多场景参数接收方法相同的有益效果，此处不作赘述。

综上所述，本申请提供的一种基于通用格式解析的多场景参数接收方法、装置、电子设备及存储介质，通过采用通用格式字段接收来自前端的参数，将不同场景相关联的字段参数作为整体传输，便于不同场景下相关联字段参数的维护，后台根据不同场景整体解析相关联的字段参数，直接获取所需的各个字段参数的参数值，前端、后台均不用多次定义字段，新增场景或者在场景中新增、修改参数字段时前后台修改的地方也较少，便于维护。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的基于通用格式解析的多场景参数接收方法第一流程示意图；

图2为本申请实施例提供的基于通用格式解析的多场景参数接收方法第二流程示意图；

图3为本申请实施例提供的基于通用格式解析的多场景参数接收方法第三流程示意图；

图4为本申请实施例提供的基于通用格式解析的多场景参数接收装置的功能模块示意图；

图5为本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合附图对本申请技术方案的实施例进行详细地描述。以下实施例仅用于更加清楚地说明本申请的技术方案，因此只作为示例，而不能以此来限制本申请的保护范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

在本申请实施例的描述中，技术术语“第一”、“第二”等仅用于区别不同对象，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量、特定顺序或主次关系。在本申请实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

请参照图1，图1是本申请实施例提供的基于通用格式解析的多场景参数接收方法第一流程示意图，该方法包括：

步骤S120：利用预先定义的字段接收来自前端的参数值，获得赋值后的字段。

上述步骤S120中，用户在前端输入相应参数的参数值时，通过预先定义的字段来接收并暂存该参数值，也即获取筛选条件。

在步骤S120之后，执行步骤S140：传输赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型。

上述步骤S140中，场景类型指的是不同的筛选情景，不同的筛选条件可以对应于不同的场景类型，而不同的字段对应于不同维度的筛选条件。因此，根据赋值后的字段确定当前用户筛选的需求，并进一步确定用户筛选配置的场景类型。并且，场景类型不同，也就意味着后台所执行的逻辑代码不同，确定了场景类型也就确定了后台所需要执行的逻辑代码。同时，不同的场景类型中，其字段的数量也可能不相同。因此，确定场景类型的字段数量也可以不相同。

在步骤S140之后，执行步骤S160：根据场景类型对其他至少一个赋值后的字段中的通用格式数据进行解析，获得与场景类型对应参数的参数值。

上述步骤S160中，由于各个场景类型对应的参数类型是多种多样的，例如：日期类型、字符类型以及数值类型。赋值后字段中的通用格式数据指的是采用通用格式字段接收来自前端的参数值之后，所获得的赋值后的通用格式字段中的数据。

解析的过程可以是，对赋值后字段中的通用格式数据进行解析，首先需要根据场景类型获取该场景类型下需要获取的参数的数量、各个参数的数据类型以及各个参数的获取顺序。在得到需要获取的参数的数量、各个参数的数据类型以及各个参数的获取顺序后，根据通用格式数据中的分隔符，对通用格式数据中内容进行解析，依次得到所需数量及数据格式的参数值。分隔符可以是“空格”、“/”、“\”、“*”、“#”或者其他符号中的任意一种或多种，参数值是该场景类型下API接口入参参数对应的具体值，比如，某一场景类型下API接口入参参数为一个日期参数，则对通用格式数据中内容进行解析，就能得到一个具体的“**年**月**日”的参数值；又比如某一场景类型下API接口入参参数为一个姓名参数以及起始日期参数和终止日期参数，赋值后字段中的通用格式数据如“张****年**月*日**年**月**日”，则该场景类型下需要解析该通用格式数据，依次获取一个字符型参数值作为入参的姓名，如“张**”，以及两个日期型参数值作为入参的起始日期和终止日期，如“**年**月*日”、“**年**月**日”。

在步骤S160之后，执行步骤S180：基于场景类型及与场景类型对应参数的参数值进行响应。

上述步骤S180中，响应可以是根据用户输入的筛选条件(场景类型和对应参数的参数值)从数据库中筛选符合条件的数据，并推送给用户前端。由于场景类型不同就意味着后台所执行的逻辑代码不同。因此，所执行的逻辑代码与解析得到对应参数的参数值便决定了筛选的结果。

上述实现过程中，通过采用通用格式字段接收来自前端的参数，将不同场景相关联的字段参数作为整体传输，便于不同场景下相关联字段参数的维护，后台根据不同场景整体解析相关联的字段参数，直接获取所需的各个字段参数的参数值，前端、后台均不用多次定义字段，新增场景或者在场景中新增、修改参数字段时前后台修改的地方也较少，便于维护。

一种可选的实施方式中，预先定义的字段包括场景类型接收字段和场景参数接收字段，来自前端的参数值包括场景类型参数值和第一场景参数参数值；其中，第一场景参数参数值是通用格式数据，或者，场景类型参数值和第一场景参数参数值是通用格式数据。

上述预先定义的场景类型接收字段与场景参数接收字段用于对应接收来自前端的场景类型参数值和第一场景参数参数值，例如：场景类型参数中包含“筛选范围”，对应的场景类型参数值则可以是“标题”或者“正文”等，对应的场景参数则可以是“标题关键词”或者“正文关键词”等，对应的第一场景参数参数值则可以是“邮寄方式”等。再例如：场景类型中包含“日期类型”，对应的场景类型参数值则可以是“时间段”或者“日期”等，对应的场景参数则为开始日期、结束日期或者指定日期等，对应的第一场景参数参数值则可以是“**年**月*日**年**月**日”或者“**年**月**日”等。

上述通用格式包括但不限于：JSON、Map以及XML。

JSON(JavaScript Object Notation,JS对象简谱)是一种轻量级的数据交换格式。它基于ECMAScript(European Computer Manufacturers Association,欧洲计算机协会制定的js规范)的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。

Map是数据结构的一种，Map总是以key-value的形式保存的数据。Map有多种实现类，其中日常开发中主要使用的有hashmap，linkedhashmap，treemap等。Map实际就是由一个一个entry对象组成，entry对象中包含key、value、next以及hash值。其中key和value就是我们设置的key和value，next是指向下一个entry对象，hash值是根据key的值经过一系列计算而得到的hash值。map中数据占位超过长度负载因子后，将发生扩容。所以创建map时要大概预估要存放多少数据，从而设置合适的长度，避免频繁扩容从而影响效率。

XML(可扩展标记语言，Extensible Markup Language)，标准通用标记语言的子集，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。XML是标准通用标记语言，可扩展性良好，内容与形式分离，遵循严格的语法要求，保值性良好等优点。

相应地，上述步骤S140包括：

步骤S141：传输赋值后的字段至后台，并根据其中至少一个赋值后的场景类型接收字段的场景类型参数值确定场景类型。

上述步骤S160包括：

步骤S161：根据场景类型对至少一个赋值后的场景参数接收字段中的通用格式的第一场景参数参数值进行解析，获得与场景类型对应的第二场景参数参数值。

上述步骤S180包括：

步骤S181：基于场景类型及第二场景参数参数值进行响应。

上述方法步骤中，确定场景类型依据的是至少一个赋值后的场景类型接收字段。根据场景类型进行解析的是第一场景参数参数值，并获得第二场景参数参数值。

示例性地，场景类型中包含“筛选范围”，对应的场景类型参数值则可以是“标题”或者“正文”等。通过前端接收到用户输入的“标题”或者“正文”等场景类型参数值，便可以确定对应的场景类型——包含“筛选范围”的筛选模式，该场景类型参数值可以通用格式数据，也可以不是通用格式数据。对应的第一场景参数值则可以是“邮寄方式”等，且该第一场景参数值是通用格式数据。通过对该通用格式的第一场景参数值进行解析，获得对应的第二场景参数参数值。根据解析得到的第二场景参数参数值和场景类型，便能够从数据库中筛选出标题为包含“邮寄方式”、或者正文包含“邮寄方式”的相关数据，并向用户前端返回该相关数据。

上述实现过程中，由于场景类型一般是有限固定的，而各个场景类型对应的参数却是多种多样、且数量庞大的。因此，通过赋值后的场景类型接收字段，能够更快速准确地确定出场景类型，使得随后依据该场景类型对场景参数接收字段中的通用格式的第一场景参数参数值进行解析获得相应所需的第二场景参数参数值，并根据该第二场景参数参数值响应于用户前端的操作。通过明确定义场景类型接收字段及场景参数接收字段，明确了各字段的解析内容，提高了解析速度，进而提高了前端与后台交互的效率。

一种可选的实施方式中，场景类型接收字段有多个。

上述场景类型字段有多个指的是场景类型中包含的字段有三个及以上。例如，场景类型中包含“筛选范围”、“日期类型”以及“筛选模式”三个字段，则场景类型接收字段的数量可对应设置为三个，以分别接收上述三个字段的场景类型参数值。

相应地，上述步骤S140包括：

步骤S142：根据多个赋值后的场景类型接收字段的场景类型参数值组合确定场景类型。

结合前述示例，场景类型中包含“筛选范围”、“日期类型”以及“筛选模式”等。场景类型参数值则对应包含“标题”或者“正文”，“时间段”或者“日期”，以及“精确”或者“模糊”等。当前端接收到用户输入的“正文”、“时间段”以及“精确”等场景类型参数值时，便根据该参数值确定出相应的场景类型——筛选范围为“正文”，日期类型为“时间段”，筛选模式为“精确”的筛选场景。

上述实现过程中，通过利用通用格式字段接收前端多个场景参数参数值，避免了后台定义冗余的参数的基础上，将上述方法应用于包含多个场景类型接收字段的场景中，例如：数据筛选、查询等应用场景中，场景类型接收字段的数量越多，所应用的场景类型越细化，也就意味着前端用户可选择筛选、查询的限制条件越多，使得最后返送给用户的筛选、查询等结果也就越符合前端用户的预期。进而提高了用户使用时的准确性。

一种可选的实施方式中，场景类型接收字段接收来自前端的场景类型参数值是通用格式数据。

也就意味着，无论上场景类型中包含多少个字段，都可以只用一个通用格式的字段去接收场景类型参数值。

相应地，上述步骤S140包括：

步骤S143：基于通用格式的场景类型参数值及预设场景类型映射，确定场景类型。

上述步骤S143中，通用格式的场景类型参数值可以是“正文时间段精确”、“标题时间段精确”、“标题日期精确”、“正文日期模糊”、等通用格式、固定内容场景类型参数值组合时、可以直接查询预设场景类型映射表，以确定场景类型。如预设映射表中保存有“正文时间段精确”对应场景A，“标题时间段精确”对应场景B，“标题日期精确”对应场景C、“正文日期模糊”对应场景D等映射关系，通过通用格式的所述场景类型参数值“正文时间段精确”，及预设场景类型映射，便可以确定所述场景类型为场景A。同时，基于通用格式的整体的场景类型参数值及预设映射关系确定出场景类型，提高了对用户前端操作进行响应的速率。

或者，请参照图2，图2是本申请实施例提供的基于通用格式解析的多场景参数接收方法第二流程示意图，上述步骤S140包括：

步骤S144：获取预设的场景类型解析模板以及场景类型接收字段中的通用格式的第一场景类型参数值。

步骤S145：基于场景类型解析模板对第一场景类型参数值进行解析，获取与第一场景类型参数值对应的第二场景类型参数值。

步骤S146：基于第二场景类型参数值，确定场景类型。

上述步骤中，由于场景类型接收字段接收来自前端的场景类型参数值是通用格式数据，因此，要获取具体的场景类型参数值，并进而根据该场景类型参数值确定场景类型，就需要对通用格式的场景类型参数值进行解析。因此，配置了相应的场景类型解析模板，以将上述通用格式的第一场景类型参数值进行解析，获得相应格式的第二场景类型参数值。

上述实现过程中，在第一场景参数参数值是通用格式数据的基础之上，场景类型参数参数值也是通用格式，基于预设的场景类型解析模板对通用格式的第一场景类型参数值进行解析，并根据解析得到的第二场景类型参数值确定场景类型，提高了前端用户对场景类型参数值配置的灵活性，进一步地提高了对不同场景类型配置的便利性与后期维护的便利性。同时，直接基于映射关系确定出场景类型，提高了对用户前端操作进行响应的速率。此外，基于预设的场景类型解析模板对通用格式的第一场景类型参数值进行解析，根据解析得到的第二场景类型参数值也能更灵活地确定场景类型，能够满足前端用户的更多场景类型参数配置需求，同时后台整体解析关于场景类型所配置的字段参数，直接获取所需的各个字段参数的参数值，前端、后台均不用多次定义字段，新增或修改场景时前后台修改的地方也较少，便于维护。

一种可选的实施方式，请参照图3，图3是本申请实施例提供的基于通用格式解析的多场景参数接收方法第三流程示意图。其中，步骤S161包括：

步骤S1611：基于场景类型，确定与场景类型对应的场景参数接收字段的目标场景解析模板。

上述步骤S1611中，为了对通用格式数据的场景参数参数值进行解析，便预设了与场景类型对应的场景解析模板。基于确定出的场景类型，确定出与该场景类型对应的目标场景解析模板。

示例性地，场景A的场景类型参数值为“正文时间段精确”，对应的场景参数有正文中所包含的“关键字”，以及筛选时间段的“起始日期”和“终止日期”；场景C的场景类型参数值为“标题日期精确”，对应的场景参数有标题中所包含的“关键字”，以及筛选日期的“指定日期”。相应的，场景解析模板包括场景解析模板a和场景解析模板c。场景解析模板a则对应于场景A，用于解析通用格式的第一场景参数参数值，获得与A场景类型对应的、在正文中进行精确匹配的具体关键词以及“起始日期”和“终止日期”的具体日期参数值，场景解析模板c则对应于场景C，用于解析通用格式的第一场景参数参数值，获得与C场景类型对应的、在标题中进行精确匹配的具体关键词以及“指定日期”的具体日期参数值。

步骤S1612：基于目标场景解析模板对场景参数接收字段中的第一场景参数参数值进行解析，获得与场景类型对应的第二场景参数参数值。

上述实现过程中，通过预设不同场景类型所对应的场景解析模板，并根据前端所配置传输的场景类型确定出目标解析模板，再利用目标解析模板对通用格式的第一场景参数参数值进行解析。并根据解析得到的相应格式的第二场景参数参数值，输入相应API接口进行响应，提高了前端用户对配置的场景类型下的场景参数及参数值配置的灵活性，当前端新增一场景类型或者再某一场景类型中新增一场景参数时，无需新增、修改前端、后端的场景参数接收字段，依然可以采用原有的、通用格式的场景参数接收字段来接收前端输入的通用格式的参数值，后端只需新增或者修改相应的场景解析模板，从通用格式的第一场景参数参数值中解析得到的相应格式、相应数量的第二场景参数参数值即可，进一步地提高了对不同场景类型配置的便利性与后期维护的便利性。

一种可选的实施方式中，第一场景参数参数值的数量为一个；第二场景参数参数值的数据类型包括字符型、数值型、日期型和布尔型中的任意一个或多个，第二场景参数参数值的数量为一个或多个。

上述实现过程中，第一场景参数参数是场景参数接收字段所接受的、来自前端的、通用格式的参数值，第二场景参数参数值是根据场景类型对该通用格式的第一场景参数参数值进行解析所获得的参数值。第一场景参数参数值的数量为一个，第二场景参数参数值的类型为一个或多个、数量也为一个或多个，也即是采用一个通用字段去接收来自前端的一个或多个、一种或多种参数值。如此，便可以在前端设置多种筛选场景供用户选择，满足了更多的用户需求，同时也减少了前、后端的不同场景类型下的新增、维护工作量，提高了对不同场景类型配置的便利性与后期维护的便利性。

在一种可选的实施方式中，场景类型接收字段包括筛选字段、数据类型、筛选模式、日期类型、逻辑关系、搜索范围、搜索模式中的任意一个或多个；场景类型参数值获取方式包括枚举、输入、模板和默认中的一种或多种，第一场景参数参数值的获取方式包括输入、导入、历史记录、模板和默认中的一种或多种。

其中，筛选字段包括但不限于查找所采用的关键词，数据类型包括但不限于日期型、字符串、浮点型以及数值型，筛选模式包括但不限于只包含、排除、精确以及模糊，日期类型包括但不限于具体日期和日期范围，逻辑关系包括但不限于与、或以及非，搜索范围包括但不限于数据库的范围，搜索模式包括但不限于快速搜索、全面搜索。

上述实现过程中，通过满足对多种不同场景类型的解析，以及多种场景类型参数值和第一场景参数参数值的获取方式，增强了筛选器的适用范围，满足了用户更多的查找、检索或搜索的需求的同时，减少了前、后端的不同场景类型下的新增、维护工作量，提高了对不同场景类型配置的便利性与后期维护的便利性。

一种可选的实施方式，在上述步骤S120之前，基于通用格式解析的多场景参数接收方法还包括：

步骤S110：配置与前端所有的场景类型相对应的、能够解析赋值后的字段中的通用格式数据并满足后台的接口入参参数属性要求的场景解析模板。

上述步骤S110中，前端所有的场景类型为所有的场景类型参数值中的一个和多个之间不同的组合所构成的场景类型，并为所有的这些场景类型均配置一个对应的、能够解析通用格式数据的解析模板。同时，该经该目标场景解析模板解析通用格式数据后所得到的一个或多个、一种或多种数据类型的参数值还满足后台接口的入参参数属性要求，以实现前端与后台的数据交互。

相应地，上述步骤S160包括：

步骤S162：根据确定的场景类型，确定目标场景解析模板。

步骤S163：根据目标场景解析模板对其他至少一个赋值后的字段中的通用格式数据进行解析，获得与场景类型对应的、满足后台的接口入参参数属性要求的参数值。

上述步骤中，通过解析获得与场景类型对应的参数值，还满足后台接口入参的参数属性要求，以实现前端与后台的数据交互。

上述实现过程中，由于场景类型参数值数量有限且并不是庞大，因此，通过为数不多的场景类型参数值之间的组合所构成的场景类型也是有限的、固定的。因此，便可以为每一个场景类型配置一个场景解析模板，进而基于预先配置好的解析模板对通用格式的第一场景参数参数值进行解析，减少了前、后端的不同场景类型下的新增、维护工作量，提高了对不同场景类型配置的便利性与后期维护的便利性。

一种可能的实施方式中，通用格式数据包括JSON格式数据、Map格式数据及XML格式数据中的一种或多种。

上述实现过程中，采用JSON格式数据、Map格式数据及XML格式数据中的一种或多种作为通用格式数据，方便了传输与存储。由于其易于程序的解析与生产，因此，还提高了请求、响应的作业效率，进而提高了筛选查询的效率。

基于同样的发明构思，请参见图4，图4是本申请实施例提供的基于通用格式解析的多场景参数接收装置400的功能模块示意图。一种基于通用格式解析的多场景参数接收装置400包括：

接收模块410，用于利用预先定义的字段接收来自前端的参数值，获得赋值后的字段；

确定模块420，用于传输赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型；

解析模块430，用于根据场景类型对其他至少一个赋值后的字段中的通用格式数据进行解析，获得与场景类型对应参数的参数值；

响应模块440，用于基于场景类型及与场景类型对应参数的参数值进行响应。

在一种可选的实施方式中，请继续参照图4，预先定义的字段包括场景类型接收字段和场景参数接收字段，来自前端的参数值包括场景类型参数值和第一场景参数参数值；其中，第一场景参数参数值是通用格式数据，或者，场景类型参数值和第一场景参数参数值是通用格式数据。相应地：

确定模块420具体用于，传输赋值后的字段至后台，并根据其中至少一个赋值后的场景类型接收字段的场景类型参数值确定场景类型。

解析模块430具体用于，根据场景类型对至少一个赋值后的场景参数接收字段中的通用格式的第一场景参数参数值进行解析，获得与场景类型对应的第二场景参数参数值；

响应模块440具体用于，基于场景类型及第二场景参数参数值进行响应。

在一种可选的实施方式中，请继续参照图4，场景类型接收字段有多个。

确定模块420还具体用于，根据多个赋值后的场景类型接收字段的场景类型参数值组合确定场景类型。

在一种可选的实施方式中，请继续参照图4，场景类型接收字段接收来自前端的场景类型参数值是通用格式数据。

确定模块420还具体用于，基于通用格式的场景类型参数值及预设场景类型映射，确定场景类型。

或者，上述确定模块420具体用于，获取预设的场景类型解析模板以及场景类型接收字段中的通用格式的第一场景类型参数值；基于场景类型解析模板对第一场景类型参数值进行解析，获取与第一场景类型参数值对应的第二场景类型参数值；基于第二场景类型参数值，确定场景类型。

在一种可选的实施方式中，请继续参照图4，上述解析模块430还具体用于，基于场景类型，确定与场景类型对应的场景参数接收字段的目标场景解析模板；基于目标场景解析模板对场景参数接收字段中的第一场景参数参数值进行解析，获得与场景类型对应的第二场景参数参数值。

在一种可选的实施方式中，第一场景参数参数值的数量为一个。第二场景参数参数值的数据类型包括字符型、数值型、日期型和布尔型中的任意一个或多个，第二场景参数参数值的数量为一个或多个。

在一种可选的实施方式中，场景类型接收字段包括筛选字段、数据类型、筛选模式、日期类型、逻辑关系、搜索范围、搜索模式中的任意一个或多个。场景类型参数值获取方式包括枚举、输入、模板和默认中的一种或多种，第一场景参数参数值的获取方式包括输入、导入、历史记录、模板和默认中的一种或多种。

在一种可选的实施方式中，请继续参照图4，基于通用格式解析的多场景参数接收装置400还包括：

配置模块450，用于配置与前端所有的场景类型相对应的、能够解析赋值后的字段中的通用格式数据并满足后台的接口入参参数属性要求的场景解析模板。

相应地，解析模块430还具体用于，根据确定的场景类型，确定目标场景解析模板；根据目标场景解析模板对其他至少一个赋值后的字段中的通用格式数据进行解析，获得与场景类型对应的、满足后台的接口入参参数属性要求的参数值。

在一种可选的实施方式中，通用格式数据包括JSON格式数据、Map格式数据及XML格式数据中的一种或多种。

应理解的是，该装置与上述基于通用格式解析的多场景参数接收方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该装置具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。该装置包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在装置的操作系统(operating system，OS)中的软件功能模块。

基于同样的发明构思，请参见图5，图5是本申请实施例提供的电子设备的结构示意图。电子设备500可以包括存储器511、存储控制器512、处理器513、外设接口514、输入输出单元515、显示单元516。本领域普通技术人员可以理解，图5所示的结构仅为示意，其并不对电子设备500的结构造成限定。例如，电子设备500还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。

上述的存储器511、存储控制器512、处理器513、外设接口514、输入输出单元515及显示单元516各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。上述的处理器513用于执行存储器中存储的可执行模块。

其中，存储器511可以是，但不限于，随机存取存储器(Random Access Memory，简称RAM)，只读存储器(Read Only Memory，简称ROM)，可编程只读存储器(ProgrammableRead-Only Memory，简称PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，简称EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-OnlyMemory，简称EEPROM)等。其中，存储器511用于存储程序，所述处理器513在接收到执行指令后，执行所述程序，本申请实施例任一实施例揭示的过程定义的电子设备500所执行的方法可以应用于处理器513中，或者由处理器513实现。

上述的处理器513可能是一种集成电路芯片，具有信号的处理能力。上述的处理器513可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(digital signalprocessor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述的外设接口514将各种输入/输出装置耦合至处理器513以及存储器511。在一些实施例中，外设接口514，处理器513以及存储控制器512可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

上述的输入输出单元515用于提供给用户输入数据。所述输入输出单元515可以是，但不限于，鼠标和键盘等。

上述的显示单元516在电子设备500与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。

本实施例中的电子设备500可以用于执行本申请实施例提供的各个方法中的各个步骤。

基于同样的发明构思，本申请实施例还提供了一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上的方法。

其中，存储介质可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random Access Memory,简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory,简称EPROM)，可编程只读存储器(Programmable Red-Only Memory,简称PROM)，只读存储器(Read-OnlyMemory,简称ROM)，磁存储器，快闪存储器，磁盘或光盘。

为了便于理解，本申请再提供一个实施例，对本申请技术方案进行描述。

前端配置如下三种筛选器中的字段和/筛选模式：

字段筛选场景1——字符串，预设字段名称：邮寄方式；预设筛选模式：只包含、排出、精确、模糊；前端用户输入关键词。

字段筛选场景2——数值，预设字段名称：邮寄方式；前端用户输入最大值与最小值。

字段筛选场景3——日期，预设字段名称：邮寄方式；预设筛选模式：动态、范围；前端用户输入日期。

首先，采用预先定义通用格式字段接收来自前端参数值，通用格式字段包括场景类型接收字段和场景参数接收字段。来自前端的参数值包括场景类型参数值和场景参数参数值。场景类型参数值指的是前端用户在预设的待选择选项中所选择的选项，例如：在上述字段筛选场景1中，用户选择的筛选模式为“排出”。场景参数参数值指的是用户在输入框中所输入的内容，例如：字段筛选场景1中，用户输入的关键词为“加急”。

采用通用格式接收到的场景类型参数值和场景参数参数值为通用格式数据。

接着，将接收到场景类型参数值和场景参数参数值传输到后台，通过后台配置的场景解析模板分别对上述参数进行解析，以便根据用户输入的选择和输入的筛选条件向前端传送相应的筛选结果。

其中，每一个不同的场景有与之对应的场景解析模板，例如：在上述字段筛选场景2中，用户选择的筛选模式为“动态”便对应一个场景解析模板，用户选择的筛选模式为“范围”，则对应另一个场景解析模板。因此，后台要对上述参数进行解析，就需要通过先确定对应的场景以确定对应的场景模板。

因此，后端设置场景类型接收字段包括三个字段：第一场景类型接收字段、第二场景类型接收字段以及第三场景类型接收字段，第一场景类型接收字段用于接收上述字段筛选场景中“字段名称”以接收前端用户选择的“邮寄方式”等场景配置参数；第二场景类型接收字段用于接收前端用户选择的“字符串”、“数值”、“日期”等场景配置参数，第三场景类型接收字段用于接收前端用户选择的“只包含”、“排除”、“精确”、“模糊”、“范围”、“动态”等场景配置参数。通过将前端用户选择的场景配置参数，对应传递给后台相对应的第一场景类型接收字段、第二场景类型接收字段以及第三场景类型接收字段，并根据上述字段获取的参数，确定场景类型。根据场景类型获取对应的参数解析模板。

示例性地，前端用户在上述字段筛选场景3下选择筛选条件，字段名称为“邮寄方式”，筛选模式为“范围”，那么，第一场景类型接收字段接收到的参数就是“邮寄方式”，第二场景类型接收字段接收到的参数就是“日期”，第三场景类型接收字段接收到的参数就是“范围”。根据上述三个字段接收的参数便能确定出唯一的场景类型，进而确定出场景解析模板。

根据场景解析模板对通用格式的场景参数参数值进行解析，便可获得后台可识别的、前端用户的筛选条件，并根据该筛选条件筛选出相应的筛选结果，并传送至前端。

本申请提供的一种基于通用格式解析的多场景参数接收方法、装置、电子设备及存储介质，通过采用通用格式字段接收来自前端的参数，将不同场景相关联的字段参数作为整体传输，便于不同场景下相关联字段参数的维护，后台根据不同场景整体解析相关联的字段参数，直接获取所需的各个字段参数的参数值，前端、后台均不用多次定义字段，新增场景或者在场景中新增、修改参数字段时前后台修改的地方也较少，便于维护。同时，通过根据不同场景类型配置相应的场景类型解析模板和场景解析模板，分别对场景类型参数值和场景参数参数值进行解析，提高了解析的速率，进而提高了对用户前端的筛选条件进行响应的速率。此外，采用JSON格式数据、Map格式数据及XML格式数据中的一种或多种作为通用格式数据，方便了传输与存储。由于其易于程序的解析与生产，因此，还提高了请求、响应的作业效率以及筛选查询的效率。

综上所述，本申请实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其他的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请实施例的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请实施例各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

以上的描述，仅为本申请实施例的可选实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。

Claims (10)

1.一种基于通用格式解析的多场景参数接收方法，其特征在于，包括：

利用预先定义的字段接收来自前端的参数值，获得赋值后的字段；

传输所述赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型；

根据所述场景类型对其他至少一个所述赋值后的字段中的通用格式数据进行解析，获得与所述场景类型对应参数的参数值；

基于所述场景类型及与所述场景类型对应参数的参数值进行响应。

2.根据权利要求1所述的方法，其特征在于，其中，所述预先定义的字段包括场景类型接收字段和场景参数接收字段，所述来自前端的参数值包括场景类型参数值和第一场景参数参数值；其中，所述第一场景参数参数值是通用格式数据，或者，所述场景类型参数值和所述第一场景参数参数值是通用格式数据；

所述传输所述赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型，包括：

传输所述赋值后的字段至后台，并根据其中至少一个赋值后的所述场景类型接收字段的所述场景类型参数值确定所述场景类型；

所述根据所述场景类型对其他至少一个所述赋值后的字段中的通用格式数据进行解析，获得与所述场景类型对应参数的参数值，包括：

根据所述场景类型对至少一个赋值后的所述场景参数接收字段中的通用格式的所述第一场景参数参数值进行解析，获得与所述场景类型对应的第二场景参数参数值；

所述基于所述场景类型及与所述场景类型对应参数的参数值进行响应，包括：

基于所述场景类型及所述第二场景参数参数值进行响应。

3.根据权利要求2所述的方法，其特征在于，其中，所述场景类型接收字段有多个；

所述根据其中至少一个赋值后的所述场景类型接收字段的所述场景类型参数值确定所述场景类型，包括：

根据多个赋值后的所述场景类型接收字段的所述场景类型参数值组合确定所述场景类型。

4.根据权利要求2所述的方法，其特征在于，其中，所述场景类型接收字段接收来自前端的所述场景类型参数值是通用格式数据；

所述根据其中至少一个赋值后的所述场景类型接收字段的所述场景类型参数值确定所述场景类型，包括：

基于通用格式的所述场景类型参数值及预设场景类型映射，确定所述场景类型；或者，

获取预设的场景类型解析模板以及所述场景类型接收字段中的通用格式的第一场景类型参数值；

基于所述场景类型解析模板对所述第一场景类型参数值进行解析，获取与所述第一场景类型参数值对应的第二场景类型参数值；

基于所述第二场景类型参数值，确定所述场景类型。

5.根据权利要求2所述的方法，其特征在于，所述根据所述场景类型对至少一个赋值后的所述场景参数接收字段中的通用格式的所述第一场景参数参数值进行解析，获得与所述场景类型对应的第二场景参数参数值，包括：

基于所述场景类型，确定与所述场景类型对应的所述场景参数接收字段的目标场景解析模板；

基于所述目标场景解析模板对所述场景参数接收字段中的所述第一场景参数参数值进行解析，获得与所述场景类型对应的第二场景参数参数值。

6.根据权利要求5所述的方法，其特征在于，其中，所述第一场景参数参数值的数量为一个；所述第二场景参数参数值的数据类型包括字符型、数值型、日期型和布尔型中的任意一个或多个，所述第二场景参数参数值的数量为一个或多个。

7.根据权利要求2所述的方法，其特征在于，所述场景类型接收字段包括筛选字段、数据类型、筛选模式、日期类型、逻辑关系、搜索范围、搜索模式中的任意一个或多个；所述场景类型参数值获取方式包括枚举、输入、模板和默认中的一种或多种，所述第一场景参数参数值的获取方式包括输入、导入、历史记录、模板和默认中的一种或多种。

8.根据权利要求1所述的方法，其特征在于，所述利用预先定义的字段接收来自前端的参数值之前，还包括：

配置与所述前端所有的场景类型相对应的、能够解析所述赋值后的字段中的通用格式数据并满足所述后台的接口入参参数属性要求的场景解析模板；

所述根据所述场景类型对其他至少一个所述赋值后的字段中的通用格式数据进行解析，获得与所述场景类型对应参数的参数值，包括：

根据确定的场景类型，确定目标场景解析模板；

根据所述目标场景解析模板对其他至少一个所述赋值后的字段中的通用格式数据进行解析，获得与所述场景类型对应的、满足所述后台的接口入参参数属性要求的参数值。

9.根据权利要求1所述的方法，其特征在于，其中，所述通用格式数据包括JSON格式数据、Map格式数据及XML格式数据中的一种或多种。

10.一种基于通用格式解析的多场景参数接收装置，其特征在于，包括：

接收模块，用于利用预先定义的字段接收来自前端的参数值，获得赋值后的字段；

确定模块，用于传输所述赋值后的字段至后台，并根据其中至少一个赋值后的字段数据确定场景类型；

解析模块，用于根据所述场景类型对其他至少一个所述赋值后的字段中的通用格式数据进行解析，获得与所述场景类型对应参数的参数值；

响应模块，用于基于所述场景类型及与所述场景类型对应参数的参数值进行响应。

Images