CN111078570A

CN111078570A - 基于界面框架的参数格式检测方法、装置、设备和介质

Info

Publication number: CN111078570A
Application number: CN201911328371.1A
Authority: CN
Inventors: 钱龙
Original assignee: Guiyang Huochebang Technology Co ltd
Current assignee: Guiyang Huochebang Technology Co ltd
Priority date: 2019-12-20
Filing date: 2019-12-20
Publication date: 2020-04-28
Anticipated expiration: 2039-12-20
Also published as: CN111078570B

Abstract

本发明实施例公开了一种基于界面框架的参数格式检测方法、装置、设备和介质。其中方法包括：在前端开发过程中，采用发起请求数据模型对后端请求参数进行静态格式检测，后端请求参数的类型与发起请求数据模型中参数的类型一致；若检测通过，则将后端请求参数通过发起请求数据模型的接口发送至模拟后端；采用返回请求数据模型对从模拟后端接收的后端参数进行静态格式检测，以得到检测结果，后端参数的类型与返回请求模型中参数的类型一致；若检测结果为未通过，则显示未通过的后端参数。本发明实现对前端和模拟后端的参数格式进行标准化、统一化，从而减少运行阶段的错误排查，减少时间成本，提高软件开发效率。

Description

基于界面框架的参数格式检测方法、装置、设备和介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种基于界面框架的参数格式检测方法、装置、设备和介质。

背景技术

随着软件前后端分离开发框架的普及，软件前后端开发过程的很多优点得到了业界的认同。例如，开发过程中前端和后端并行进行开发，可缩短开发周期。

在实际应用过程中，前端和后端并行开发时，前端通常与模拟后端进行数据交互进行开发，其中模拟后端提供的数据参数是前端开发人员根据需要自己模拟的数据。然而，前端向模拟后端发送后端请求参数时，可能存在后端请求参数与模拟后端提供的参数格式不一致，或者，模拟后端根据前端发送的后端请求参数向前端提供对应的后端参数时，存在后端参数格式与前端开发所使用的参数格式不一致，导致前端在编译阶段出现错误，从而需要花费大量时间成本来排查错误，降低了软件开发效率。

发明内容

本发明实施例提供一种基于界面框架的参数格式检测方法、装置、设备和介质，通过发起请求数据模型和返回请求数据模型，对前端编译阶段中前端发送的后端请求参数和模拟后端返回的后端参数的格式进行静态检测，实现对前后和模拟后端的参数格式进行标准化、统一化，从而减少运行阶段的错误排查，减少时间成本，提高软件开发效率。

第一方面，本发明实施例提供了一种基于界面框架的参数格式检测方法，该方法包括：

在前端开发过程中，采用发起请求数据模型对后端请求参数进行静态格式检测，所述后端请求参数的类型与所述发起请求数据模型中参数的类型一致；

若检测通过，则将所述后端请求参数通过所述发起请求数据模型的接口发送至模拟后端；

采用返回请求数据模型对从所述模拟后端接收的后端参数进行静态格式检测，以得到检测结果，所述后端参数的类型与所述返回请求模型中参数的类型一致；

若检测结果为未通过，则显示未通过的所述后端参数。

第二方面，本发明实施例还提供了一种基于界面框架的参数格式检测装置，该装置包括：

第一检测模块，用于在前端开发过程中，采用发起请求数据模型对后端请求参数进行静态格式检测，所述后端请求参数的类型与所述发起请求数据模型中参数的类型一致；

第一控制模块，用于若检测通过，则将所述后端请求参数通过所述发起请求数据模型的接口发送至模拟后端；

第二检测模块，用于采用返回请求数据模型对从所述模拟后端接收的后端参数进行静态格式检测，以得到检测结果，所述后端参数的类型与所述返回请求模型中参数的类型一致；

第二控制模块，用于若检测结果为未通过，则显示未通过的所述后端参数。

第三方面，本发明实施例还提供了一种计算机设备，该计算机设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任一实施例所述的基于界面框架的参数格式检测方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时以实现本发明任一实施例所述的基于界面框架的参数格式检测方法。

本发明实施例公开的技术方案，具有如下有益效果：

在前端开发过程中，通过采用发起请求数据模型对后端请求参数进行静态格式检测，在检测通过时，将后端请求参数通过发起请求数据模型的接口发送至模拟后端，并在模拟后端返回后端参数时，通过返回请求数据模型对模拟后端返回的后端参数进行静态格式检测，得到检测结果，若检测结果为未通过，则显示未通过的后端参数。由此，通过发起请求数据模型和返回请求数据模型，对前端编译阶段中前端发送的后端请求参数和模拟后端返回的后端参数的格式进行静态检测，实现对前后和模拟后端的参数格式进行标准化、统一化，从而减少运行阶段的错误排查，减少时间成本，提高软件开发效率。

附图说明

图1是本发明实施例一提供的一种基于界面框架的参数格式检测方法的流程示意图；

图2是本发明实施例二提供的一种基于界面框架的参数格式检测方法的流程示意图；

图3是本发明实施例三提供的一种基于界面框架的参数格式检测装置的结构示意图；

图4是本发明实施例四提供的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明实施例作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明实施例，而非对本发明实施例的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明实施例相关的部分而非全部结构。

本发明实施例针对相关技术中，前端向模拟后端发送后端请求参数时，后端请求参数与模拟后端提供的参数格式不一致，或者，模拟后端向前端提供后端请求参数对应的后端参数时，后端参数格式与前端开发所使用的参数格式不一致，导致前端在编译阶段出现错误，从而需要花费大量时间成本来排查错误，降低了软件开发效率的问题，提出一种基于界面框架的参数格式检测方法。

本发明实施例，通过在前端开发过程中，采用发起请求数据模型对后端请求参数进行静态格式检测，在检测通过时，将后端请求参数通过发起请求数据模型的接口发送至模拟后端，并在模拟后端返回后端参数时，通过返回请求数据模型对后端参数进行静态格式检测，得到检测结果，当检测结果为未通过，则显示未通过的后端参数。由此，通过发起请求数据模型和返回请求数据模型，对前端编译阶段中前端发送的后端请求参数和模拟后端返回的后端参数的格式进行静态检测，实现对前端和模拟后端的参数格式进行标准化、统一化，从而减少运行阶段的错误排查，减少时间成本，提高软件开发效率。

下面参考附图描述本发明实施例的基于界面框架的参数格式检测方法、装置、设备和介质。

实施例一

图1是本发明实施例一提供的一种基于界面框架的参数格式检测方法的流程示意图，本实施例可适用于对前端开发过程中自定义参数格式进行静态检测的场景，该方法可以由基于界面框架的参数格式检测装置来执行，该基于界面框架的参数格式检测可由硬件和/或软件组成，并一般可集成于计算机设备中，该计算机设备可以是任意具有数据处理功能的设备。该基于界面框架的参数格式检测方法具体包括如下：

S101，在前端开发过程中，采用发起请求数据模型对后端请求参数进行静态格式检测，所述后端请求参数的类型与所述发起请求数据模型中参数的类型一致。

其中，发起请求数据模型中参数包括：请求地址。在本发明实施例中，请求地址是指前端从后端获取不同数据的接口地址。

根据实际使用需求，发起请求数据模型中的参数还可以包括：是否需要遮挡层，是否需要清除空格，是否忽略后端的错误提示，是否使用日志创建请求以及后端请求参数发送成功时的提示信息等，此处对其不做具体限定。

在执行S101之前，本发明实施例可首先基于界面框架中的通讯插件，根据项目需求定义一个全局请求类，并且在该全局请求类中设置一些自定义的参数，作为默认参数。

其中，自定义的参数可为自定义请求方式。例如，自定义请求方式可为：GET请求方式和POST请求方式等，此处不做具体限定。需要说明的是，界面框架可以是任一前端界面框架，例如渐进式框架(Vue)，或者其他框架。本实施例中，前端界面框架优选为Vue框架。

例如，基于通讯插件定义的全局请求类，实现代码如下：

进一步的，本实施例还在通讯插件中定义两个接口，以约束自定义的发起请求参数传入模拟后端时应该包括哪些参数，以及模拟后端返回后端参数时应该包括哪些参数。

其中，定义的两个接口分别为：发起请求数据模型的接口和返回请求数据模型的接口。在本发明实施例中，上述两个接口分别对应发起请求数据模型和返回请求数据模型。

其中，发起请求数据模型，实现代码如下：

需要说明的是，上述withCredentials？:boolean可在前端利用模拟后端数据(mock数据)时使用。

返回请求数据模型，实现代码如下：

对于上述发起请求数据模型，可在前端和后端分离并行开发时，对前端编辑阶段输入的后端请求参数格式进行静态检测，以当输入的后端请求参数与发起请求数据模型中的参数格式不一致，能够向前端开发人员自动报错。此外，当前端开发人员利用前端与模拟后端的提供的数据参数进行交互时，还可基于返回请求数据模型对模拟后端返回的返回参数格式进行静态检测，并当返回参数格式与返回请求数据模型中的参数格式不一致，也能够向前端开发人员自动报错。从而实现在前端开发过程中及时发现编译过程中存在的问题。

示例性的，当在通讯插件中定义好发起请求数据模型及其接口，和返回请求数据模型及其接口之后，前端开发人员在前端开发过程中，即可利用发起请求数据模型可对编写代码过程中输入的参数格式进行静态检测，以当编写的参数格式与发起请求数据模型预定义的参数格式不一致，或者参数撰写错误时，可向前端开发人员进行报错，以避免现有技术中只有在代码运行过程中才发现错误，且无需用户在代码运行过程中出现错误时，对代码进行一行一行的排查，从而节省前端开发人员的开发时间，提高开发效率。

S102，若检测通过，则将所述后端请求参数通过所述发起请求数据模型的接口发送至模拟后端。

由于后端请求参数仅表示前端需要从模拟后端请求的参数，并未标识将后端请求参数通过何种方式发送至模拟后端。为此需要获取将后端请求参数通过何种方式发送至模拟后端，又因为定义的全局请求类中自定义参数可为默认的请求方式。因此，本发明实施例可将全局请求类中自定义参数与后端请求参数进行合并，得到合并后的后端请求参数，以使后端请求参数可基于默认的请求方式发送至模拟后端。

具体实现时，可通过通讯插件中的全局拦截器，拦截检测通过的后端请求参数，然后将后端请求参数与通讯插件中的自定义参数进行合并，得到合并后的后端请求参数。进而，基于合并后的后端请求参数中的请求方式，将后端请求参数通过发起请求数据模型的接口发送至模拟后端，以使模拟后端基于发起请求参数返回对应后端参数。

其中，通讯插件中的全局拦截器，可在定义全局请求类之后，在该全局请求类中设置全局拦截器。

举例说明，全局拦截器拦截检测通过的后端请求参数，实现代码如下：

Interceptors(instance:any,url:string){

//请求拦截

Instance.interceptors.request.use(onFulfiled:(config:HttpRequestConfig)＝>{…}，onRejected:(error:any)＝>{…})

}

进一步，将后端请求参数与通讯插件中的自定义参数进行合并，得到合并后的后端请求参数，实现代码如下：

Async request(options:HttpRequestConfig){

let instance＝axios.create()

await this.interceptors(instance,options.url)

return instance(Object.assign({baseURL:Config.host…},options))

}

S103，采用返回请求数据模型对从所述模拟后端接收的后端参数进行静态格式检测，以得到检测结果，所述后端参数的类型与所述返回请求模型中参数的类型一致。

其中，后端参数包括如下至少一项：后端参数的状态码，错误信息以及后端参数的数值等等。

本发明实施例中，检测结果为通过和未通过。

示例性的，当模拟后端接收到前端发送的后端请求参数之后，可基于后端请求参数从自身数据库中获取与前端请求参数对应的后端参数，并将获取的后端参数返回给前端，以使前端基于后端参数执行相应操作。

由于模拟后端提供的后端参数是前端开发人员根据需要预先模拟生成的，因此模拟后端向前端返回的后端参数格式可能与实际开发过程中的参数格式存在不一致的情况。因此，本实施例可首先通过通讯插件中的全局拦截器，拦截模拟后端返回的后端参数，然后采用预先设置的返回请求数据模型对拦截的后端参数进行静态格式检测，以确定后端参数格式是否为符合前端开发人员实际开发过程中所使用的格式，以达到前端和模拟后端所用参数格式统一目的。

即，本发明实施例采用返回请求数据模型对从所述模拟后端接收的后端参数进行静态格式检测，具体包括：通过通讯插件中的全局拦截器，拦截所述后端参数，并采用返回请求数据模型对所述后端参数进行静态格式检测。

其中，全局拦截器拦截模拟后端返回的后端参数，实现代码如下：

Interceptors(instance:any,url:string){

//响应

Instance.interceptors.response.use(onFulfiled:(response:HttpResponseConfig)＝>{…}，onRejected:(error:any)＝>{…})

}

可选的，本实施例对后端参数进行静态格式检测，包括：对后端参数的状态码进行状态值格式检测。其中，若检测后端参数的状态不为预设值，则检测未通过；若检测后端参数的状态码的状态值为预设值，则确定检测通过。在本实施例中，预设值可根据实际需要进行设置，此处不做具体限定。

本发明实施例还可对后端参数的错误信息以及后端参数的数值进行静态格式检测，并当格式与返回请求数据模型中规定的格式不一致时，则确定检测未通过，否则通过。

S104，若检测结果为未通过，则显示未通过的所述后端参数。

可选的，当检测结果为未通过，可自动在代码层次将未通过的后端参数进行显示(即将错误在代码层次直接抛出)，以使前端开发人员可以更直观的发现未通过的后端参数，并对未通过的后端参数进行调整修改，减少运行阶段的错误排查所花费的时间成本。

进一步的，当检测结果为通过时，本发明实施例还可向前段开发人员发送检测通过提示消息。需要说明的是，本实施例中可通过弹窗形式，向前端开发人员发送检测通过提示消息，或者可通过其他方式发送提示消息，本实施例对此不做具体限定。

本发明实施例提供的基于界面框架的参数格式检测方法，在前端开发过程中，通过采用发起请求数据模型对后端请求参数进行静态格式检测，在检测通过时，将后端请求参数通过发起请求数据模型的接口发送至模拟后端，并在模拟后端返回后端参数时，通过返回请求数据模型对模拟后端返回的后端参数进行静态格式检测，得到检测结果，若检测结果为未通过，则显示未通过的后端参数。由此，通过发起请求数据模型和返回请求数据模型，对前端编译阶段中前端发送的后端请求参数和模拟后端返回的后端参数的格式进行静态检测，实现对前后和模拟后端的参数格式进行标准化、统一化，从而减少运行阶段的错误排查，减少时间成本，提高软件开发效率。

在上述实施例基础上，本发明实施例在通讯插件中定义发起请求数据模型和返回请求数据模型之后，前端开发人员还可将上述发起请求数据模型和返回请求数据模型告知给后端开发人员，以使后端开发人员基于前端开发人员告知的发起请求数据模型和返回请求数据模型进行后端开发，实现前后端开发数据格式的标准化、统一化，以减少前端开发人员和后端开发人员在联调时进行交流的次数。

也就是说，当前端开发人员将发起请求数据模型和返回请求数据模型告知后端开发人员之后，后端开发人员可基于上述模型采用对应格式的参数进行开发，以减少甚至避免后续前端与后端进行联调时出现的前后端参数格式不一致导致的错误问题。

实施例二

在本发明的另一实现场景中，本发明实施例在前端开发过程中，采用发起请求数据模型对后端请求参数进行静态格式检测还包括：若检测未通过，则显示未通过的所述后端请求参数。下面结合图2，对本发明基于界面框架的参数格式检测方法的上述情况进行说明。

图2是本发明实施例二提供的一种基于界面框架的参数格式检测方法的流程示意图。本实施例为基于上述实施例提供了一种具体实现方式，如图2所示，该方法可以包括如下：

S201，在前端开发过程中，采用发起请求数据模型对后端请求参数进行静态格式检测，所述后端请求参数的类型与所述发起请求数据模型中参数的类型一致，若检测通过，则执行S202，否则执行步骤S206。

S202，若检测通过，则将所述后端请求参数通过所述发起请求数据模型的接口发送至模拟后端。

S203,采用返回请求数据模型对从所述模拟后端接收的后端参数进行静态格式检测，以得到检测结果，若检测结果为未通过，则执行S204，否则执行S205。

S204，若检测结果为未通过，则显示未通过的所述后端参数。

S205，若检测结果为通过，则向用户发送检测通过提示消息。

S206，若检测未通过，则显示未通过的所述后端请求参数。

其中，用户是指前端开发人员。

在前端开发过程中，当采用发起请求数据模型对后端请求参数进行静态格式检测，若检测未通过时，说明前端开发人员编写的后端请求参数可能存在错误，或者后端请求参数格式与发起请求数据模型中标准格式不一致。此时，通过在代码层次直接将检测未通过的后端请求参数抛出，以使前端开发人员可直观的发现错误，并对存在问题的后端请求参数及其格式进行调整修改。

在本发明另一实施例中，当前端编译成功，以及与后端联调成功之后，即可上线软件。当使用者使用该软件打开一个界面时，为了防止使用者在短时间内连续触发打开界面指令。本发明实施例还可为定义的全局请求类设置属性队列，并将请求界面的统一资源定位符(Uniform Resource Locator，简称：URL)存储至上述属性队列中。当使用者连续触发打开界面指令时，显示遮挡层，使得使用者无法对正在加载的界面进行任何操作，直到界面加载成功之后将属性队列中的URL销毁，并移除遮挡层，以正常显示对应界面。

本发明实施例提供的技术方案，当后端请求参数的格式检测未通过，通过将检测未通过的后端请求参数在代码层次进行显示，以使前端开发人员能够直观发现错误，并对错误进行调整修改，从而节省了软件开发时间成本，提高了用户体验。

实施例三

为了实现上述目的，本发明实施例还提出了一种基于界面框架的参数格式检测装置。图3是本发明实施例三提供的一种基于界面框架的参数格式检测装置的结构示意图。如图3所示，本发明实施例基于界面框架的参数格式检测装置300包括：第一检测模块310、第一控制模块312、第二检测模块314和第二控制模块316。

其中，第一检测模块310，用于在前端开发过程中，采用发起请求数据模型对后端请求参数进行静态格式检测，所述后端请求参数的类型与所述发起请求数据模型中参数的类型一致；

第一控制模块312，用于若检测通过，则将所述后端请求参数通过所述发起请求数据模型的接口发送至模拟后端；

第二检测模块314，用于采用返回请求数据模型对从所述模拟后端接收的后端参数进行静态格式检测，以得到检测结果，所述后端参数的类型与所述返回请求模型中参数的类型一致；

第二控制模块316，用于若检测结果为未通过，则显示未通过的所述后端参数。

作为本发明实施例的一种可选的实现方式，所述第一控制模块316，还用于：

若检测未通过，则显示未通过的所述后端请求参数。

作为本发明实施例的一种可选的实现方式，基于界面框架的参数格式检测装置300还包括：拦截模块和处理模块。

其中，拦截模块，用于通过通讯插件中的全局拦截器，拦截所述后端请求参数；

处理模块，用于将所述后端请求参数与所述通讯插件中的自定义参数进行合并，得到合并后的后端请求参数。

作为本发明实施例的一种可选的实现方式，第二检测模块314，具体用于：

通过通讯插件中的全局拦截器，拦截所述后端参数，并采用返回请求数据模型对所述后端参数进行静态格式检测。

作为本发明实施例的一种可选的实现方式，所述发起请求数据模型中参数包括：请求地址；

所述后端参数包括如下至少一项：后端参数的状态码，错误信息以及后端参数的数值。

需要说明的是，前述对基于界面框架的参数格式检测方法实施例的解释说明也适用于该实施例的基于界面框架的参数格式检测装置，其实现原理类似，此处不再赘述。

本发明实施例提供的基于界面框架的参数格式检测装置，在前端开发过程中，通过采用发起请求数据模型对后端请求参数进行静态格式检测，在检测通过时，将后端请求参数通过发起请求数据模型的接口发送至模拟后端，并在模拟后端返回后端参数时，通过返回请求数据模型对模拟后端返回的后端参数进行静态格式检测，得到检测结果，若检测结果为未通过，则显示未通过的后端参数。由此，通过发起请求数据模型和返回请求数据模型，对前端编译阶段中前端发送的后端请求参数和模拟后端返回的后端参数的格式进行静态检测，实现对前后和模拟后端的参数格式进行标准化、统一化，从而减少运行阶段的错误排查，减少时间成本，提高软件开发效率。

实施例四

为了实现上述目的，本发明实施例还提出了一种计算机设备。参见图4，本实施例提供了一种计算机设备400，其包括：一个或多个处理器410；存储装置412，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器410执行，使得所述一个或多个处理器410实现本发明实施例所提供的基于界面框架的参数格式检测方法，包括：

若检测结果为未通过，则显示未通过的所述后端参数。

当然，本领域技术人员可以理解，处理器410还可以实现本发明任意实施例所提供的基于界面框架的参数格式检测方法的技术方案。

如图4所示，计算机设备400以通用计算设备的形式表现。计算机设备400的组件可以包括但不限于：一个或者多个处理器或者处理器410，存储装置412，连接不同系统组件(包括存储装置412和处理器410)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备400典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备400访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储装置412可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备400可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储装置412可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备400也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备400交互的设备通信，和/或与使得该计算机设备400能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备400还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备400的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器410通过运行存储在存储装置412中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的基于界面框架的参数格式检测方法。

需要说明的是，前述对基于界面框架的参数格式检测方法实施例的解释说明也适用于该实施例的计算机设备，其实现原理类似，此处不再赘述。

本发明实施例提供的计算机设备，在前端开发过程中，通过采用发起请求数据模型对后端请求参数进行静态格式检测，在检测通过时，将后端请求参数通过发起请求数据模型的接口发送至模拟后端，并在模拟后端返回后端参数时，通过返回请求数据模型对模拟后端返回的后端参数进行静态格式检测，得到检测结果，若检测结果为未通过，则显示未通过的后端参数。由此，通过发起请求数据模型和返回请求数据模型，对前端编译阶段中前端发送的后端请求参数和模拟后端返回的后端参数的格式进行静态检测，实现对前后和模拟后端的参数格式进行标准化、统一化，从而减少运行阶段的错误排查，减少时间成本，提高软件开发效率。

实施例五

为了实现上述目的，本发明还提出了一种计算机可读存储介质。本发明实施例提供的计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例的基于界面框架的参数格式检测方法，该方法包括：

若检测结果为未通过，则显示未通过的所述后端参数。

当然，本发明实施例所提供的一种计算机可读存储介质，其上存储有计算机程序可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的基于界面框架的参数格式检测方法中的相关操作。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims

1.一种基于界面框架的参数格式检测方法，其特征在于，包括：

若检测结果为未通过，则显示未通过的所述后端参数。

2.根据权利要求1所述的方法，其特征在于，在前端开发过程中，采用发起请求数据模型对后端请求参数进行静态格式检测，还包括：

若检测未通过，则显示未通过的所述后端请求参数。

3.根据权利要求1所述的方法，其特征在于，将所述后端请求参数通过所述发起请求数据模型的接口发送至模拟后端之前，还包括：

通过通讯插件中的全局拦截器，拦截所述后端请求参数；

将所述后端请求参数与所述通讯插件中的自定义参数进行合并，得到合并后的后端请求参数。

4.根据权利要求1所述的方法，其特征在于，采用返回请求数据模型对从所述模拟后端接收的后端参数进行静态格式检测，具体包括：

5.根据权利要求1所述的方法，其特征在于，所述发起请求数据模型中参数包括：请求地址；

6.一种基于界面框架的参数格式检测装置，其特征在于，包括：

7.根据权利要求6所述的装置，其特征在于，所述第一控制模块，还用于：

若检测未通过，则显示未通过的所述后端请求参数。

8.根据权利要求6所述的装置，其特征在于，还包括：

拦截模块，用于通过通讯插件中的全局拦截器，拦截所述后端请求参数；

9.一种计算机设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的基于界面框架的参数格式检测方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的基于界面框架的参数格式检测方法。