CN115878699A - 处理前端设备的Mock数据的方法和前端设备 - Google Patents
处理前端设备的Mock数据的方法和前端设备 Download PDFInfo
- Publication number
- CN115878699A CN115878699A CN202211313181.4A CN202211313181A CN115878699A CN 115878699 A CN115878699 A CN 115878699A CN 202211313181 A CN202211313181 A CN 202211313181A CN 115878699 A CN115878699 A CN 115878699A
- Authority
- CN
- China
- Prior art keywords
- mock
- interface
- data
- target
- request operation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 120
- 238000012545 processing Methods 0.000 title claims abstract description 34
- 230000002085 persistent effect Effects 0.000 claims abstract description 213
- 230000004044 response Effects 0.000 claims description 60
- 238000012986 modification Methods 0.000 claims description 34
- 230000004048 modification Effects 0.000 claims description 34
- 230000002688 persistence Effects 0.000 claims description 28
- 230000002159 abnormal effect Effects 0.000 claims description 8
- 238000011161 development Methods 0.000 abstract description 25
- 238000005516 engineering process Methods 0.000 abstract description 7
- 238000012546 transfer Methods 0.000 abstract description 7
- 230000008569 process Effects 0.000 description 23
- 238000012360 testing method Methods 0.000 description 15
- 230000000694 effects Effects 0.000 description 13
- 238000012217 deletion Methods 0.000 description 12
- 230000037430 deletion Effects 0.000 description 12
- 230000006870 function Effects 0.000 description 7
- 238000007726 management method Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000012795 verification Methods 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 238000013499 data model Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开处理前端设备的Mock数据的方法和前端设备,涉及信息技术与计算机技术领域,能够在无任何后端应用支持的情况下,对数据进行持久化,灵活的模拟各种请求操作,提高前端开发效率。该方法包括:接收针对浏览器页面的目标Mock接口的超文本传输协议读请求操作;响应于读请求操作,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据,向目标Mock接口返回目标Mock数据。
Description
技术领域
本申请涉及信息技术与计算机技术领域,尤其涉及处理前端设备的Mock数据的方法和前端设备。
背景技术
目前,计算机行业一个项目的研发往往是前端和后端工作同时进行,但前端开发工作依赖于后端提供的接口数据,因此,在前端与后端工作进度不一致时,例如,后端工作进程落后无法给前端提供接口数据时,往往会影响前端的工作进程。
为解决此问题,相关技术提供的方案包括:搭建一个Mock测试(模拟测试,对于某些不容易构造或者不容易获取的对象,用一个虚拟的对象来创建以便测试)服务器,前端通过使用模拟的假数据进行测试开发。但是,搭建Mock测试服务器的成本高、使用体验不友好和灵活性差导致前端开发效率降低。
发明内容
本申请提供了处理前端设备的Mock数据的方法和前端设备,能够在无任何后端应用支持的情况下,对数据进行持久化,灵活的模拟各种请求操作,提高前端开发效率。
第一方面,本申请提供一种处理前端设备的Mock数据的方法,该前端设备包括:处理器、显示器和持久化存储介质,该显示器上显示有浏览器页面,该方法应用于处理器,该方法包括:接收针对浏览器页面的目标Mock接口的读请求操作;响应于读请求操作,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据,向目标Mock接口返回目标Mock数据。
可以理解的是,本申请实施例将Mock数据存储在前端设备的持久化存储介质中,以此来实现Mock数据的持久化,因此,在响应请求操作的流程中,若目标Mock接口对应的Mock数据为持久化数据,则响应于针对目标Mock接口的读请求操作,从持久化存储介质中,查找目标Mock数据。
其中,上述目标Mock数据可以为初始化流程中存入在持久化存储介质中的Mock数据;或者,目标Mock数据可以为用户新增的Mock数据;或者,目标Mock数据可以为对目标Mock接口对应的Mock数据进行修改后的Mock数据等。可以理解的是,本申请对目标Mock数据不进行限定,无论对目标Mock接口对应的Mock数据进行何种操作,均可以将操作后的Mock数据存储在持久化存储介质中,如此,后续在接收到针对目标Mock接口的读请求操作时,能够从持久化存储介质中查找到该目标Mock数据。
综上所述,本申请通过将Mock数据存储在前端设备的持久化存储介质中,能够在无任何后端应用支持的情况下,实现Mock数据的持久化,使得Mock数据可以覆盖更多相关技术中无法覆盖的场景。如此,一方面,降低了开发成本;另一方面,使得用户可以更灵活更方便更全面的对前端开发界面进行调试,提高前端开发效率。
在一种可能的实现方式中,上述响应于读请求操作,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据,包括:在目标Mock接口对应的Mock数据是持久化数据的情况下,响应于读请求操作,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据。
可以理解的是,本申请可以通过确定目标Mock接口对应的Mock数据是否为是持久化数据,来确定针对目标Mock接口的读请求操作的处理方式。在目标Mock接口对应的Mock数据是持久化数据的情况下,则响应于针对目标Mock接口的读请求操作,从持久化存储介质中,查找目标Mock数据。在目标Mock接口对应的Mock数据不是持久化数据的情况下,采用其他的处理方式,例如,按照目标Mock接口的接口文档中约定的数据类型,随机生成的Mock数据等。
另一种可能的实现方式中,上述读请求操作包括:目标Mock接口的接口标识,上述方法还包括:在目标Mock接口的接口标识中包括持久化标识的情况下,确定目标Mock接口对应的Mock数据是持久化数据;其中,持久化标识用于指示需要进行数据持久化。
可以理解的是,在根据接口文档生成Mock接口时,会根据接口文档中定义的接口对应的业务信息(或接口的作用),确定该接口对应的Mock数据是否是持久化数据;若是,则在根据接口文档生成Mock接口时,在Mock接口的接口标识中添加持久化标识。如此,处理器可以根据Mock接口的接口标识中是否包括持久化标识,来确定Mock接口对应的Mock数据是否是持久化数据。
另一种可能的实现方式中,上述方法还包括:在读请求操作未成功响应的情况下,向目标Mock接口返回读请求操作的异常原因;异常原因用于表示读请求操作未成功响应的原因。
可以理解的是,在读请求操作成功响应的情况下,则向目标Mock接口返回目标Mock数据;在读请求操作未成功响应的情况下,则向目标Mock接口返回读请求操作的异常原因,以使得用户获知读请求操作未成功响应,并可以根据异常原因解决问题。
另一种可能的实现方式中,持久化存储介质包括:第一数据表和第二数据表;第一数据表用于存储满足RESTful标准的接口对应的Mock数据;第二数据表用于存储不满足RESTful标准的接口对应的Mock数据;上述响应于读请求操作,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据,包括:若目标Mock接口满足RESTful标准,则从第一数据表中查找目标Mock接口对应的目标Mock数据;若目标Mock接口不满足RESTful标准,则从第二数据表中查找目标Mock接口对应的目标Mock数据。
可以理解的是,本申请通过判断目标Mock接口是否满足RESTful标准,将新增的Mock数据存储在对应的数据表中,便于存储和管理,并且方便查找。
另一种可能的实现方式中,在接收针对浏览器页面的目标Mock接口的读请求操作之前,上述方法还包括:接收针对目标Mock接口的修改请求操作;响应于修改请求操作,从持久化存储介质中,查找目标Mock数据,并对目标Mock数据进行修改;存储并向目标Mock接口返回修改后的目标Mock数据。
可以理解的是,本申请可以修改持久化存储介质中的目标Mock数据,并将修改后的目标Mock数据存储在持久化存储介质中。如此,相比于相关技术中,无法查看修改数据的效果的方法,本申请实施例可以将修改后的目标Mock数据存储在前端设备的持久化存储介质中,如此,后续在接收到针对目标Mock接口的请求操作时,可以从持久化存储介质中查找到修改后的目标Mock数据。
另一种可能的实现方式中,在接收针对浏览器页面的目标Mock接口的读请求操作之前,上述方法还包括:接收针对目标Mock接口的写请求操作;响应于写请求操作,在持久化存储介质中存储目标Mock数据。
可以理解的是,相比于相关技术中,无法查看新增数据的效果的方法,本申请可以将新增的目标Mock数据存储在前端设备的持久化存储介质中,以此来实现目标Mock数据的持久化,如此,后续在接收到针对目标Mock接口的请求操作时,可以从持久化存储介质中查找到新增的目标Mock数据。
另一种可能的实现方式中,上述接收针对浏览器页面的目标Mock接口的读请求操作,包括:在重启前端设备之后,接收针对浏览器页面的目标Mock接口的读请求操作。
可以理解的是,相比于相关技术中,在前端设备重启后没无法查看数据增删改效果的方法,本申请可以将新增、修改或删除操作后的目标Mock数据存储在前端设备的持久化存储介质中,以此来实现目标Mock数据的持久化,如此,在前端设备重启后,接收到针对目标Mock接口的请求操作时,可以从持久化存储介质中查找到新增的目标Mock数据。
另一种可能的实现方式中,在接收针对浏览器页面的目标Mock接口的读请求操作之前,上述方法还包括:遍历浏览器页面的Mock接口,从中选出候选Mock接口;其中,候选Mock接口对应的Mock数据为持久化数据;将候选Mock接口对应的Mock数据存储在持久化存储介质中。
可以理解的是,从持久化存储介质中获取Mock数据的前提条件是,持久化存储介质中存在该Mock数据,因此,本申请在响应请求操作之前,首先进行初始化,将需要从持久化存储介质中获取的Mock数据存储在持久化存储介质中,以使得后续在接收到需要获取Mock数据的请求操作时,能够从持久化存储介质中获取该Mock数据。
另一种可能的实现方式中,持久化存储介质包括:第一数据表和第二数据表;第一数据表用于存储满足RESTful标准的接口对应的Mock数据;第二数据表用于存储不满足RESTful标准的接口对应的Mock数据;上述将候选Mock接口对应的Mock数据存储在持久化存储介质中,包括:在候选Mock接口满足RESTful标准的情况下,将候选Mock接口对应的Mock数据存储在第一数据表中;在候选Mock接口不满足RESTful标准的情况下,将候选Mock接口对应的Mock数据存储在第二数据表中。
可以理解的是,本申请通过判断候选Mock接口是否满足RESTful标准,将候选Mock接口对应的Mock数据分别存入不同的数据表中,其中,不同数据表的主键不同。如此,根据Mock接口的特点,将Mock接口对应的Mock数据分别进行存储,便于存储和管理,并且方便查找。
另一种可能的实现方式中,上述持久化存储介质是浏览器内置的数据缓存装置。
可以理解的是,本申请所提供的持久化存储介质为前端设备的浏览器内置的数据缓存装置,不涉及到任何后端应用及服务器,降低了前端开发的成本。
第二方面,本申请提供一种处理器,应用于前端设备;该前端设备还包括:显示器和持久化存储介质,显示器上显示有浏览器页面,该处理器包括:接收模块,用于接收针对浏览器页面的目标Mock接口的读请求操作;查找模块,用于响应于读请求操作,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据,向目标Mock接口返回目标Mock数据。
在一种可能的实现方式中,查找模块,具体用于在目标Mock接口对应的Mock数据是持久化数据的情况下,响应于读请求操作,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据。
另一种可能的实现方式中,上述读请求操作包括:目标Mock接口的接口标识,上述处理器还包括:确定模块,用于在目标Mock接口的接口标识中包括持久化标识的情况下,确定目标Mock接口对应的Mock数据是持久化数据;其中,持久化标识用于指示需要进行数据持久化。
另一种可能的实现方式中,上述处理器还包括:返回模块,用于在读请求操作未成功响应的情况下,向目标Mock接口返回读请求操作的异常原因;异常原因用于表示读请求操作未成功响应的原因。
另一种可能的实现方式中,持久化存储介质包括:第一数据表和第二数据表;第一数据表用于存储满足RESTful标准的接口对应的Mock数据;第二数据表用于存储不满足RESTful标准的接口对应的Mock数据;上述查找模块,具体用于若目标Mock接口满足RESTful标准,则从第一数据表中查找目标Mock接口对应的目标Mock数据;若目标Mock接口不满足RESTful标准,则从第二数据表中查找目标Mock接口对应的目标Mock数据。
另一种可能的实现方式中,上述接收模块,还用于接收针对目标Mock接口的修改请求操作;上述查找模块,还用于响应于修改请求操作,从持久化存储介质中,查找目标Mock数据,并对目标Mock数据进行修改;存储并向目标Mock接口返回修改后的目标Mock数据。
另一种可能的实现方式中,上述接收模块,还用于接收针对目标Mock接口的写请求操作;上述查找模块,还用于响应于写请求操作,在持久化存储介质中存储目标Mock数据。
另一种可能的实现方式中,上述接收模块,具体用于在重启前端设备之后,接收针对浏览器页面的目标Mock接口的读请求操作。
另一种可能的实现方式中,上述处理器还包括:初始化模块,用于遍历浏览器页面的Mock接口,从中选出候选Mock接口;其中,候选Mock接口对应的Mock数据为持久化数据;将候选Mock接口对应的Mock数据存储在持久化存储介质中。
另一种可能的实现方式中,持久化存储介质包括:第一数据表和第二数据表;第一数据表用于存储满足RESTful标准的接口对应的Mock数据;第二数据表用于存储不满足RESTful标准的接口对应的Mock数据;上述初始化模块,具体用于在候选Mock接口满足RESTful标准的情况下,将候选Mock接口对应的Mock数据存储在第一数据表中;在候选Mock接口不满足RESTful标准的情况下,将候选Mock接口对应的Mock数据存储在第二数据表中。
另一种可能的实现方式中,上述持久化存储介质是浏览器内置的数据缓存装置。
第三方面,本申请提供一种处理器,包括接口和控制电路;其中,接口用于与外部设备进行交互;控制电路用于控制所述处理器执行上述第一方面所提供的任一种处理前端设备的Mock数据的方法。
第四方面,本申请提供一种前端设备,包括:处理器、显示器和持久化存储介质;其中显示器上显示有浏览器页面;持久化存储介质用于存储数据;处理器用于执行上述第一方面所提供的任一种处理前端设备的Mock数据的方法。
第五方面,本申请提供一种计算机可读存储介质,计算机可读存储介质存储有计算机执行指令,当计算机执行指令在计算机上运行时,使得计算机执行上述第一方面所提供的任一种处理前端设备的Mock数据的方法。
第六方面,本申请提供一种计算机程序产品,该计算机程序产品包括计算机指令,当计算机指令在计算机上运行时,使得计算机执行上述第一方面所提供的任一种处理前端设备的Mock数据的方法。
本申请中第二方面到第六方面及其各种实现方式的具体描述,可以参考第一方面及其各种实现方式中的详细描述;并且,第二方面到第六方面及其各种实现方式的有益效果,可以参考第一方面及其各种实现方式中的有益效果分析,此处不再赘述。
本申请的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
图1为本申请实施例提供的一种处理前端设备的Mock数据的方法所涉及的硬件运行环境示意图;
图2为本申请实施例提供的一种处理前端设备的Mock数据的方法的流程图一;
图3为本申请实施例提供的一种处理前端设备的Mock数据的方法的流程图二;
图4为本申请实施例提供的一种处理前端设备的Mock数据的方法的流程图三;
图5为本申请实施例提供的一种处理前端设备的Mock数据的方法的流程图四;
图6为本申请实施例提供的一种处理前端设备的Mock数据的方法的流程图五;
图7为本申请实施例提供的一种处理前端设备的Mock数据的方法的流程图六;
图8为本申请实施例提供的一种处理前端设备的Mock数据的方法的流程图七;
图9为本申请实施例提供的一种处理前端设备的Mock数据的方法的流程图八;
图10为本申请实施例提供的一种浏览器页面的示意图一;
图11为本申请实施例提供的一种浏览器页面的示意图二;
图12为本申请实施例提供的一种浏览器页面的示意图三;
图13为本申请实施例提供的一种浏览器页面的示意图四;
图14为本申请实施例提供的一种浏览器页面的示意图五;
图15为本申请实施例提供的一种处理器的结构示意图。
具体实施方式
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象,或者用于区别对同一对象的不同处理,而不是用于描述对象的特定顺序。
此外,本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选的还包括其他没有列出的步骤或单元,或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请的描述中,除非另有说明,“多个”的含义是指两个或两个以上。
为了便于理解本申请的技术方案,下面先对本申请所涉及的术语进行简单介绍。
1、Mock技术,指的是在前端开发和测试的过程中,对于一些不容易构造或获取的对象,用模拟的对象来代替,以便于开发和测试的技术。其中,上述模拟的对象称为Mock对象;可选的,模拟的对象可以为模拟的数据(例如Mock数据);或者,模拟的对象可以为模拟的接口(例如Mock接口)。
2、超文本传输协议(hypertext transfer protocol,HTTP),定义了客户端与服务器端之间文本传输的规范。HTTP协议中定义了多种HTTP请求操作,具体参见以下表1。
表1
3、超文本传输安全协议(hypertext transfer protocol secure,HTTPS),是HTTP的安全版,提供了身份验证与加密通讯方法,被广泛用于万维网上安全敏感的通讯,例如交易支付方面。HTTPS请求操作与HTTP请求操作相同,不同点在于,HTTPS请求操作在传输的过程增加了加密和解密的过程。
4、表述性状态传递(representation state transfer,REST),是一种针对网络应用的设计风格和开发方式,可以降低开发的复杂性。
5、数据持久化,将内存中的数据模型转换为存储模型,以及将存储模型转换为内存中的数据模型的统称,数据模型可以是任何数据结构或对象模型,存储模型可以是关系模型、可扩展标记语言(extensible markup language,XML)、二进制流等。
6、前端设备,用于与用户交互的设备。前端设备不包括后端服务器。
7、浏览器页面,指的是基于浏览器内核实现的网络页面,例如,浏览器页面可以包括网站页面、基于浏览器内核实现的客户端页面等。
8、请求操作,本申请实施例中所提到的请求操作指的是针对浏览器页面的Mock接口的请求操作,例如:读请求操作、写请求操作、修改请求操作或删除请求操作等。可选的,本申请实施例提供的请求操作,可以为HTTP请求操作或HTTPS请求操作等,对此不作限定。
以上是本申请实施例中所涉及到的部分概念的介绍,以下不再赘述。
在相关技术中,搭建了一个Mock测试服务器,用于接收前端设备的浏览器页面上发出的请求操作,并响应于请求操作返回预置的Mock数据。但是相关技术存在的问题在于:1、搭建Mock测试服务器的成本高;2、Mock测试服务器仅能够返回预置的Mock数据,灵活性较差;3、不能查看请求操作的效果,例如,若请求操作请求删除用户A的信息,则响应于请求操作,返回预置的Mock数据后,随着浏览器页面的刷新或重启,浏览器页面上的数据就恢复初始化状态,则当用户下一次查看用户信息时,浏览器页面仍会显示用户A的信息,因此,用户无法判断请求操作是否产生效果,测试效果较差,导致前端开发效率降低。
本申请提供一种处理前端设备的Mock数据的方法,其思路在于:将Mock数据存储在前端设备的持久化存储介质中,以此来实现Mock数据的持久化,因此,在响应请求操作的流程中,若目标Mock接口对应的Mock数据为持久化数据,则响应于针对目标Mock接口的读请求操作,从持久化存储介质中,查找目标Mock数据。
其中,上述目标Mock数据可以为初始化流程中存入在持久化存储介质中的Mock数据;或者,目标Mock数据可以为用户新增的Mock数据;或者,目标Mock数据可以为对目标Mock接口对应的Mock数据进行修改后的Mock数据等。可以理解的是,本申请对目标Mock数据不进行限定,无论对目标Mock接口对应的Mock数据进行何种操作,均可以将操作后的Mock数据存储在持久化存储介质中,如此,后续在接收到针对目标Mock接口的读请求操作时,能够从持久化存储介质中查找到该目标Mock数据。
综上所述,相比于通过搭建Mock测试服务器来辅助前端开发的方案来说,本申请实施例至少可以产生以下有益效果:1、无需无任何后端应用支持,降低了开发成本;2、通过将Mock数据存储在前端设备的持久化存储介质中,实现Mock数据的持久化,如此随着浏览器页面的刷新或重启,用户仍然可以从持久化存储介质中获取Mock数据,使得用户可以查看请求操作的效果;3、不仅可以返回预置的Mock数据,还可以响应于请求操作,到持久化存储介质中对Mock数据进行操作(例如增、删、改等),使得用户可以更灵活更方便更全面的对前端开发界面进行调试,提高前端开发效率。
下面结合说明书附图,对本申请提供的实施例进行具体介绍。
参见图1,为本申请实施例涉及的硬件运行环境的硬件结构示意图。如图1所示,本申请实施例提供的方法应用于前端设备,该前端设备可以为PC、智能手机、平板电脑、电子书阅读器、便携计算机等具有接入互联功能的终端设备。
如图1所示,该前端设备100包括:处理器110、显示器120和持久化存储介质130。
其中,处理器110,为前端设备110的运算和控制核心,主要用于解释计算机指令以及处理计算机软件中的数据,是信息处理、程序运行的最终执行单元。
示例性的,处理器110可以是实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器110还可以是中央处理器,通用处理器,数字信号处理器,专用集成电路,现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器110也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
在一些实施例中,处理器110包括接口和控制电路;其中,接口用于与外部设备进行交互;控制电路用于控制所述处理器执行本申请实施例所提供的任一种处理前端设备的Mock数据的方法。
显示器120,用于显示浏览器页面。
示例性的,显示器120可以是液晶显示器、有机发光二极管(organic light-emitting diode,OLED)显示器等。本申请实施例对显示器120的具体类型,尺寸大小和分辨率等不作具体限定。
持久化存储介质130,用于存储数据。在本申请的一些实施例中,持久化存储介质130用于存储Mock数据。
示例性的,持久化存储介质130可以为机械硬盘或固态硬盘等。
可选的,持久化存储介质130可以用于存储浏览器内置的数据库,例如,索引数据库(IndexedDB)、轻型数据库(SQLite)等。其中,IndexedDB是一个事务型的数据库系统,以键值对(key-value)的形式保存数据,可以使用主键key作为索引获取或者存储数据,每个数据记录有对应的主键,主键是唯一的。SQLite是一个轻量级嵌入式数据库,SQLite不需要配置,也不需要安装和管理;SQLite为C、Java、PHP、Python等多种语言提供了应用程序接口(application program interface,API)接口,应用程序通过调用相应的接口来实现对数据的存取操作。
在一些实施例中,前端设备100还可以包括:通信接口(图1中未示出),用于与其他设备通过通信网络连接。该通信网络可以是以太网,无线接入网,无线局域网(wirelesslocal area networks,WLAN)等。
在另一些实施例中,前端设备100还可以包括:总线(图1中未示出),可以是扩展工业标准结构(extended industry standard architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。
本领域技术人员可以理解,图1中示出的结构并不构成对前端设备的限定,在另一些实施例中,前端设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合说明书附图,对本申请提供的一种处理前端设备的Mock数据的方法进行具体介绍。
本申请实施例提供的处理前端设备的Mock数据的方法,可以用于前端开发或测试的场景中,例如,辅助前端设备进行软件开发、网站开发、小程序开发等。可选的,本申请实施例提供的处理前端设备的Mock数据的方法,也可以应用于处理前端设备其他数据的场景中,例如,可以用于记录软件运行过程中产生的数据文件,实现数据文件的持久化。
本申请实施例提供的处理前端设备的Mock数据的方法可以由前端设备中的处理器来执行。可选的,本申请实施例提供的方法可以包括:初始化流程和响应请求操作的流程。其中,初始化流程指的是对持久化存储介质进行初始化,以在持久化存储介质中导入Mock数据;响应请求操作的流程指的是响应于接收到的请求操作,在持久化存储介质中读取或操作Mock数据的流程。
在一些实施例中,初始化流程在响应请求操作的流程之前。初始化流程和响应请求操作的流程的具体内容,可以参加以下实施例。
一、初始化流程
在一些实施例中,如图2所示,初始化流程可以实现为以下步骤:
S201、检查持久化存储介质中是否存在目标数据表。其中,目标数据表用于存储Mock数据。
在一些实施例中,持久化存储介质对外提供访问接口,处理器可以通过访问接口访问持久化存储介质,并根据目标数据表的名称查找持久化存储介质中是否存在目标数据表。
若持久化存储介质中不存在目标数据表,则执行以下步骤S202;
若持久化存储介质中存在目标数据表,则执行以下步骤S203。
在一些实施例中,目标数据表包括:第一数据表和第二数据表;其中,第一数据表用于存储满足RESTful标准的Mock接口对应的Mock数据;第二数据表用于存储不满足RESTful标准的Mock接口对应的Mock数据。
其中,Mock接口对应的Mock数据指的是需要通过该Mock接口获取的Mock数据。示例性的,假设针对Mock接口的请求操作为GET请求操作,GET请求操作用于通过该Mock接口获取用户信息,则该Mock接口对应的Mock数据包括用户信息。
上述Mock接口为根据预先约定的接口文档生成的虚拟接口。可以理解的是,在前后端分离开发的过程中,需要由前后端工程师共同定义接口,编写接口文档,进而根据接口文档进行开发。示例性的,接口文档包括但不限于以下内容:接口名称(接口的简单说明),例如:登录接口、获取接口等;接口的调用地址(接口所调用的资源的地址),例如:统一资源定位符(uniform resource locator,URL)、或自定义的身份识别码(Identity,ID)等;调用方式,例如:GET、PUT、POST或DELETE等。
满足RESTful标准的Mock接口指的是需要按照RESTful标准规定的调用方式进行调用的接口。其中,RESTful标准规定的调用方式中,统一资源定位符(uniform resourcelocator,URL)用于定位资源,不包括表示操作方式的动词(例如GET、POST等),采用请求方法(Method)来表示操作方式,Method包括:GET、DELETE、POST和PUT等。示例性的,按照RESTful标准规定的调用方式发出的请求操作为:Method URL;其中,URL表示请求操作所请求的资源的标识;Method表示请求操作所请求的操作方式。例如,按照RESTful标准规定的调用方式发出的GET请求操作为:GET URL(例如查看所有任务的请求:GET http://test.com/tasks);按照RESTful标准规定的调用方式发出的DELETE请求操作为:DELETEURL(例如删除任务的请求:DELETE http://test.com/tasks/123)。
不满足RESTful标准的Mock接口指的是无需按照RESTful标准规定的调用方式进行调用的接口。例如,不满足RESTful标准的Mock接口可以按照用户自定义的调用方式进行调用。其中,在用户自定义的调用方式中,请求操作所请求的资源的标识可以为用户自定义的ID,请求操作所请求的操作方式可以为用户自定义的操作方式,但需要将该操作方式描述出来,以使得处理器知道如何进行操作。例如,请求查询用户的操作可以描述为:getUser;请求新增用户的操作可以描述为:addUser;请求更新用户的操作可以描述为:updateUser;请求删除用户的操作可以描述为:deleteUser。
可以理解的是,本申请实施例提供的目标数据表可以包括第一数据表和第二数据表,分别用于存储满足RESTful标准的接口对应的Mock数据,和不满足RESTful标准的接口对应的Mock数据。如此,根据Mock接口的特点,将Mock接口对应的Mock数据分别进行存储,便于存储和管理,并且方便查找。
在另一些实施例中,目标数据表包括第三数据表;其中,第三数据表用于存储满足RESTful标准的Mock接口对应的Mock数据和不满足RESTful标准的Mock接口对应的Mock数据。
可以理解的是,本申请实施例提供的目标数据表可以为第三数据表,不论Mock接口是否满足RESTful标准,均可以将Mock接口对应的Mock数据均存储在第三数据表中。如此,在响应请求操作的过程中,无需判断是否满足RESTful标准,能够简化响应流程。
S202、在持久化存储介质中创建目标数据表。
在一些实施例中,在目标数据表包括第一数据表和第二数据表时,在持久化存储介质中创建第一数据表和第二数据表。
示例性的,第一数据表以键值对(Key-Value)的形式存储数据,其中,主键Key为URL。示例性的,第一数据表可以表示为以下表2所示的形式:
表2
主键(Key) | 值(Value) |
URL1 | Value1 |
URL2 | Value2 |
URL3 | Value3 |
…… | …… |
又一示例性的,第二数据表以键值对(Key-Value)的形式存储数据,其中,主键Key为自定义的ID。示例性的,第二数据表可以表示为以下表3所示的形式:
表3
主键(Key) | 值(Value) |
ID1 | Value1 |
ID2 | Value2 |
ID3 | Value3 |
…… | …… |
在另一些实施例中,在目标数据表包括第三数据表的情况下,在持久化存储介质中创建第三数据表。
示例性的,第三数据表以键值对(Key-Value)的形式存储数据,其中,第三数据表的主键包括URL和自定义的ID。示例性的,第三数据表可以表示为以下表4所示的形式:
表4
主键(Key) | 值(Value) |
URL1 | Value1 |
URL2 | Value2 |
…… | …… |
ID1 | Valuen |
ID2 | Valuen+1 |
…… | …… |
S203、遍历浏览器页面的Mock接口,从中选出候选Mock接口。其中,候选Mock接口对应的Mock数据是持久化数据。
其中,S203中的浏览器页面可以是前端设备的任意一个浏览器页面。
浏览器页面的Mock接口指的是,使用浏览器页面提供的业务时需调用的Mock接口。示例性的,假设浏览器页面提供的业务包括新增信息、查询信息、修改信息等;其中,使用新增信息的业务时需要调用的Mock接口为第一Mock接口,使用查询信息的业务时需要调用的Mock接口为第二Mock接口,使用修改信息的业务时需要调用的Mock接口为第三Mock接口,则上述浏览器页面的Mock接口包括第一Mock接口、第二Mock接口和第三Mock接口。
在一些实施例中,在Mock接口的接口标识中包括持久化标识的情况下,确定该Mock接口对应的Mock数据是持久化数据。
其中,接口标识用于唯一的标识Mock接口,可选的,接口标识可以包括Mock接口的名称和Mock接口的作用等。持久化标识用于指示需要进行数据持久化。
可以理解的是,在根据接口文档生成Mock接口时,会根据接口文档中定义的接口对应的业务信息(或接口的作用),确定该接口对应的Mock数据是否是持久化数据;若是,则在根据接口文档生成Mock接口时,在Mock接口的接口标识中添加持久化标识。示例性的,若接口文档中定义的接口1对应的业务信息为获取随机验证码的业务,由于随机验证码可以为随机字符串,无需进行数据持久化,则接口1对应的Mock数据不是持久化数据。若接口文档中定义的接口2对应的业务信息为新增用户信息的业务,由于新增的用户信息需要进行数据持久化,则接口2对应的Mock数据是持久化数据。
如此,处理器可以根据Mock接口的接口标识中是否包括持久化标识,来确定Mock接口对应的Mock数据是否是持久化数据。
S204、将候选Mock接口对应的Mock数据存储在持久化存储介质的目标数据表中。
其中,候选Mock接口对应的Mock数据指的是需要通过候选Mock接口获取的Mock数据,示例性的,假设针对候选Mock接口的请求操作为GET请求操作,该GET请求操作用于通过候选Mock接口获取用户信息,则候选Mock接口对应的Mock数据包括用户信息。
可以理解的是,从持久化存储介质中获取Mock数据的前提条件是,持久化存储介质中存在该Mock数据,因此,本申请实施例在响应请求操作之前,首先进行初始化,将需要从持久化存储介质中获取的Mock数据存储在持久化存储介质中,以使得后续在接收到需要获取Mock数据的请求操作时,能够从持久化存储介质中获取该Mock数据。
可选的,将候选Mock接口对应的Mock数据存储在持久化存储介质的目标数据表中,包括以下实现方式:
实现方式一、目标数据表包括第一数据表和第二数据表。
在一些实施例中,在目标数据表包括第一数据表和第二数据表的情况下,如图3所示,上述步骤S204可以实现为:
S2041、在候选Mock接口满足RESTful标准的情况下,将候选Mock接口对应的Mock数据存储在第一数据表中。
在一些实施例中,在候选Mock接口的接口标识中包括RESTful标准标识的情况下,确定候选Mock接口满足RESTful标准。其中,RESTful标准标识用于指示Mock接口需要按照RESTful标准规定的调用方式进行调用。
可以理解的是,在根据接口文档生成Mock接口时,会根据接口文档中定义的接口的调用方式和接口的调用地址等,确定该接口是否满足RESTful标准;若是,则在根据接口文档生成Mock接口时,在Mock接口的接口标识中添加RESTful标准标识。示例性的,若接口文档中定义的接口1的调用方式为GET请求操作,调用地址为URL,则确定该接口满足RESTful标准。若接口2的调用方式为:addUser,调用地址为用户自定义的ID,则确定该接口不满足RESTful标准。
如此,处理器可以根据候选Mock接口的接口标识中是否包括RESTful标准标识,来确定候选Mock接口是否满足RESTful标准。
示例性的,在候选Mock接口满足RESTful标准的情况下,假设针对候选Mock接口的请求操作为GET请求操作,该GET请求操作用于通过候选Mock接口获取第一界面数据,则候选Mock接口对应的Mock数据为第一界面数据,则将第一界面数据存储在第一数据表中。
S2042、在候选Mock接口不满足RESTful标准的情况下,将候选Mock接口对应的Mock数据存储在第二数据表中。
示例性的,在候选Mock接口不满足RESTful标准的情况下,假设针对候选Mock接口的请求操作为GET请求操作,该GET请求操作用于通过候选Mock接口获取第二界面数据,则候选Mock接口对应的Mock数据为第二界面数据,则将第二界面数据存储在第二数据表中。
可以理解的是,本申请实施例通过判断候选Mock接口是否满足RESTful标准,将候选Mock接口对应的Mock数据分别存入不同的数据表中,其中,不同数据表的主键不同。如此,根据Mock接口的特点,将Mock接口对应的Mock数据分别进行存储,便于存储和管理,并且方便查找。
示例性的,如图4所示,以上述步骤S201-S204提供的方式为例,且目标数据表包括第一数据表和第二数据表为例,对持久化存储介质进行初始化的流程可以实现为以下步骤:
Sa1、检查持久化存储介质中是否存在待创建数据表。
其中,待创建数据表是目标数据表中未创建的数据表。可以理解的是,由于目标数据表包括第一数据表和第二数据表,在执行步骤Sa1时,可能存在的情况是:第一数据表和第二数据表都已经创建;或者,第一数据表或第二数据表中的任意一个已经创建;或者,第一数据表和第二数据表均未创建,因此,上述待创建数据表就是目标数据表(第一数据表和第二数据表)中未创建的数据表。示例性的,假设目标数据表中的第一数据表已经创建,第二数据表还未创建,则待创建数据表为第二数据表;或者,假设目标数据表中的第一数据表和第二数据表均未创建,则待创建数据表为第一数据表和第二数据表。
若是,则执行以下步骤Sa3。
若否,则执行以下步骤Sa2。
Sa2、创建待创建数据表。
具体的,在持久化存储介质中不存在第一数据表的情况下,创建第一数据表;在持久化存储介质中不存在第二数据表的情况下,创建第二数据表。在持久化存储介质中不存在第一数据表和第二数据表的情况下,创建第一数据表和第二数据表。
Sa3、遍历浏览器页面的Mock接口。
Sa4、判断遍历是否结束。
若结束,则结束初始化流程。
若未结束,则执行以下步骤Sa5。
Sa5、判断当前访问的Mock接口对应的Mock数据是否为持久化数据。
若否,则返回步骤Sa4,继续访问下一个Mock接口。
若是,则执行以下步骤Sa6。
Sa6、判断当前访问的Mock接口是否满足RESTful标准。
若是,则执行以下步骤Sa7。
若是,则执行以下步骤Sa8。
Sa7、将当前访问的Mock接口对应的Mock数据存储在第一数据表中,并返回步骤Sa4,继续访问下一个Mock接口,直至所有Mock接口遍历结束。
Sa8、将当前访问的Mock接口对应的Mock数据存储在第二数据表中,并返回步骤Sa4,继续访问下一个Mock接口,直至所有Mock接口遍历结束。
实现方式二、目标数据表包括第三数据表。
在一些实施例中,在目标数据表包括第三数据表的情况下,将候选Mock接口对应的Mock数据存储在第三数据表中。
可以理解的是,本申请实施例可以将候选Mock接口对应的Mock数据均存储在第三数据表中(不考虑候选Mock接口是否满足RESTful标准),如此,在后续响应请求操作的流程中,无需判断是否满足RESTful标准,能够简化响应请求操作的流程。
示例性的,如图5所示,以上述实现方式二所提供的方式为例,对持久化存储介质进行初始化的流程可以实现为以下步骤:
Sb1、检查持久化存储介质中是否存在第三数据表。
Sb2、若不存在,则创建第三数据表。
Sb3、若存在,则遍历浏览器页面的Mock接口。
Sb4、判断遍历是否结束。
若结束,则结束初始化流程。
若未结束,则执行以下步骤Sb5。
Sb5、判断当前访问的Mock接口对应的Mock数据是否为持久化数据。
若否,则返回步骤Sb4,继续访问下一个Mock接口。
若是,则执行以下步骤Sb6。
Sb6、将当前访问的Mock接口对应的Mock数据存储在第三数据表中,并返回步骤Sb4,继续访问下一个Mock接口,直至所有Mock接口遍历结束。
二、响应请求操作的流程
在一些实施例中,如图6所示,响应请求操作的流程可以实现为以下步骤:
S301、接收针对浏览器页面的目标Mock接口的读请求操作。
其中,目标Mock接口为浏览器页面的任意一个Mock接口。可选的,目标Mock接口可以是候选Mock接口;或者,目标Mock接口也可以不是候选Mock接口。
上述读请求操作用于获取数据。可选的,读请求操作包括GET请求操作。
在一些实施例中,在步骤S301之前,上述方法还包括:响应于接收到的写请求操作,在目标Mock接口对应的存储空间写入Mock数据;和/或,响应于接收到的修改请求操作,对目标Mock接口对应的Mock数据进行修改;和/或,响应于接收到的删除请求操作,将目标Mock接口对应的Mock数据进行删除等。具体内容可以参见以下实施例中的步骤S401-S402、S501-S503以及S601-S603,此处不再赘述。
可以理解的是,本申请实施例提供的方法,可以在对目标Mock接口对应的Mock数据进行新增、修改和/或删除之后,可以查看在新增、修改和/或删除的效果。
在一些实施例中,上述步骤S301还可以实现为:在重启前端设备之后,接收针对浏览器页面的目标Mock接口的读请求操作。
可以理解的是,相比于相关技术中,在前端设备重启后没无法查看数据增删改效果的方法,本申请可以将新增、修改或删除操作后的目标Mock数据存储在前端设备的持久化存储介质中,以此来实现目标Mock数据的持久化,如此,在前端设备重启后,接收到针对目标Mock接口的请求操作时,可以从持久化存储介质中查找到新增的目标Mock数据。
S302、响应于读请求操作,确定目标Mock接口对应的Mock数据是否为持久化数据。
若否,则执行S303;
若是,则执行S304。
作为一种可能的实现方式,读请求操作中包括目标Mock接口的接口标识,则在目标Mock接口的接口标识中包括持久化标识的情况下,确定所述目标Mock接口对应的Mock数据是持久化数据。
S303、向目标Mock接口返回预置的Mock数据。
其中,上述预置的Mock数据指的是,按照目标Mock接口的接口文档中约定的数据类型,随机生成的Mock数据。
示例性的,若目标Mock接口对应的业务为获取随机验证码,该随机验证码的格式为数字,响应于读请求操作,向目标Mock接口返回随机数字,作为验证码。
可以理解的是,若目标Mock接口对应的Mock数据不是持久化数据的情况下,可以按照目标Mock接口的接口文档中约定的数据类型,生成随机字符串,返回给目标Mock接口,无需去持久化存储介质中进行查找。
S304、从持久化存储介质中,查找目标Mock接口对应的目标Mock数据,向目标Mock接口返回目标Mock数据。
在一些实施例中,上述读请求操作包括:目标Mock接口的调用地址(目标Mock接口的调用地址指的是通过目标Mock接口所调用的资源的地址);如此,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据,包括:根据目标Mock接口的调用地址,从持久化存储介质中,查找目标Mock数据。可选的,上述目标Mock接口的调用地址可以为URL;或者,上述目标Mock接口的调用地址可以为自定义的ID。示例性的,若目标Mock接口的调用地址为“http://127.0.0.1/user”,则处理器在持久化存储介质中查找“http://127.0.0.1/user”,将“http://127.0.0.1/user”对应的Mock数据作为目标Mock数据。
可以理解的是,本申请实施例将Mock数据存储在前端设备的持久化存储介质中,以此来实现Mock数据的持久化,因此,在响应请求操作的流程中,若目标Mock接口对应的Mock数据为持久化数据,则响应于针对目标Mock接口的读请求操作,从持久化存储介质中,查找目标Mock数据。
在一些实施例中,持久化存储介质中包括目标数据表,用于存储Mock数据,则上述步骤S304可以实现为:从持久化存储介质的目标数据表中,查找目标Mock接口对应的目标Mock数据。
作为一种可能的实现方式,在目标数据表包括第一数据表和第二数据表的情况下,上述步骤S304可以实现为以下步骤:
步骤c1、若目标Mock接口满足RESTful标准,则从第一数据表中查找目标Mock接口对应的目标Mock数据。
步骤c2、若目标Mock接口不满足RESTful标准,则从第二数据表中查找目标Mock接口对应的目标Mock数据。
可以理解的是,本申请实施例通过判断目标Mock接口是否满足RESTful标准,分别从不同数据表中进行查找,能够提高查找效率。
作为另一种可能的实现方式,在目标数据表包括第三数据表的情况下,则上述步骤S304可以实现为:从第三数据表中,查找目标Mock接口对应的目标Mock数据。
可以理解的是,上述实现方式中,无需判断目标Mock接口是否满足RESTful标准,均从第三数据表中进行查找,能够简化响应请求操作的流程。
在一些实施例中,在读请求操作成功响应的情况下,向目标Mock接口返回正常状态码和目标Mock数据。
其中,读请求操作成功响应指的是,能够在持久化存储介质中查找到目标Mock接口对应的目标Mock数据。
上述状态码用于表示HTTP响应状态的数字代码。正常状态码指的是请求操作成功响应的状态码。示例性的,正常状态码可以为200,表示请求操作成功响应。
示例性的,在针对目标Mock接口的读请求操作成功响应的情况下,若目标Mock接口对应的目标Mock数据为书册信息;则向目标接口返回的数据为:“200”+“书册信息”。
在另一些实施例中,在读请求操作未成功响应的情况下,向目标Mock接口返回读请求操作的异常原因。
其中,读请求操作未成功响应指的是,在持久化存储介质中没有查找到目标Mock接口对应的目标Mock数据。
上述异常原因用于表示读请求操作未成功响应的原因。示例性的,读请求操作未成功响应的原因包括但不限于以下内容:读请求操作存在语法错误、读请求操作所请求的资源不存在和服务器异常等。
可选的,上述读请求操作的异常原因可以包括异常状态码。异常状态码指的是请求操作未成功响应的状态码。示例性的,异常状态码可以为以下表5所示。
表5
示例性的,在针对目标Mock接口的读请求操作未成功响应的情况下,若目标Mock接口对应的目标Mock数据不存在,则向目标接口返回的数据为:“404”,代表请求操作所请求的资源不存在。可以理解的是,相比于相关技术中仅能够模拟请求操作成功响应的场景,本申请实施例还可以通过模拟异常状态码和异常原因,来实现对请求操作未成功响应的场景进行模拟,能够更全面的对前端开发界面进行调试,提高前端开发效率。
在一些实施例中,上述目标Mock数据可以为初始化流程中存入在持久化存储介质中的Mock数据;或者,目标Mock数据可以为用户新增的Mock数据;或者,目标Mock数据可以为对目标Mock接口对应的Mock数据进行修改后的Mock数据等。可以理解的是,本申请实施例对目标Mock数据不进行限定,无论在步骤S301之前对目标Mock接口对应的Mock数据进行何种操作,均可以将操作后的Mock数据存储在持久化存储介质中。如此,相比于相关技术中随着浏览器的刷新或重启,浏览器页面上的数据就恢复初始化状态(例如,初始化状态可以是数据归零)的情况,本申请实施例通过将目标Mock数据存入持久化存储介质中,使得后续在接收到针对目标Mock接口请求操作(包括读请求操作、修改请求操作和删除请求操作等)时,仍然可以从持久化存储介质中查找到该目标Mock数据。
作为一种可能的实现方式,如图7所示,在步骤S301之前,上述方法还包括以下步骤:
S401、接收针对目标Mock接口的写请求操作。
其中,上述写请求操作用于写入数据。可选的,写请求操作包括POST请求操作。
S402、响应于写请求操作,在持久化存储介质中存储目标Mock数据。
在一些实施例中,上述写请求操作包括:目标Mock接口的调用地址和目标Mock接口对应的目标Mock数据;如此,响应于写请求操作,在持久化存储介质中存储目标Mock数据,包括:将目标Mock数据存储在持久化存储介质中目标Mock接口的调用地址所指示的位置。示例性的,若目标Mock接口的调用地址为“http://127.0.0.1/user”,目标Mock接口对应的目标Mock数据为“书本D的信息”则处理器在持久化存储介质中查找“http://127.0.0.1/user”,将“书本D的信息”存储在“http://127.0.0.1/user”所指示的位置。
可以理解的是,基于S401-S402,通过上述步骤S301-S304查找到的目标Mock数据为新增的Mock数据。如此,相比于相关技术中,无法查看新增数据的效果的方法,本申请实施例可以将新增的目标Mock数据存储在前端设备的持久化存储介质中,以此来实现目标Mock数据的持久化,如此,后续在接收到针对目标Mock接口请求操作(包括读请求操作、修改请求操作和删除请求操作等)时,可以从持久化存储介质中查找到新增的目标Mock数据。
在一些实施例中,上述步骤S402可以实现为:在目标Mock接口对的Mock数据为持久化数据的情况下,响应于写请求操作,在持久化存储介质中存储目标Mock数据。
在一些实施例中,持久化存储介质中包括目标数据表,则上述S402可以实现为:在持久化存储介质的目标数据表中存储目标Mock数据。
作为一种可能的实现方式,在目标数据表包括第一数据表和第二数据表的情况下,上述S402可以实现为:若目标Mock接口满足RESTful标准,则在第一数据表中存储目标Mock数据;若目标Mock接口不满足RESTful标准,则在第二数据表中存储目标Mock数据。
可以理解的是,本申请实施例通过判断目标Mock接口是否满足RESTful标准,将新增的Mock数据存储在对应的数据表中,便于存储和管理,并且方便查找。
作为另一种可能的实现方式,在目标数据表包括第三数据表的情况下,则上述S402可以实现为:在第三数据表中存储目标Mock数据。
可以理解的是,本申请实施例可以将新增的Mock数据存储在第三数据表中(不考虑Mock接口是否满足RESTful标准),如此,在后续响应请求操作的流程中,无需判断是否满足RESTful标准,能够简化响应请求操作的流程。
在一些实施例中,在写请求操作成功响应的情况下,向目标Mock接口返回正常状态码和新增的目标Mock数据。
其中,写请求操作成功响应指的是,成功在持久化存储介质中存储目标Mock数据。
示例性的,在针对目标Mock接口的写请求操作成功响应的情况下,若目标Mock接口对应的目标Mock数据为书本D的信息;则将书本D的信息存储在持久化存储介质中,并向目标Mock接口返回:“200”+“新增的书本D的信息”。
在另一些实施例中,在写请求操作未成功响应的情况下,向目标Mock接口返回写请求操作的异常原因。
其中,写请求操作未成功响应指的是,没有成功在持久化存储介质中存储目标Mock数据。
上述异常原因用于表示写请求操作未成功响应的原因。可选的,上述写请求操作的异常原因可以包括如表5所示的异常状态码。
在一些实施例中,上述方法还包括对目标Mock接口对应的目标Mock数据进行修改。
示例性的,如图8所示,可以实现为以下步骤:
S501、接收针对目标Mock接口的修改请求操作。
其中,上述修改请求操作用于修改数据。可选的,修改请求操作包括PUT请求操作。
S502、响应于修改请求操作,从持久化存储介质中,查找目标Mock数据,并对目标Mock数据进行修改。
在一些实施例中,上述修改请求操作包括:目标Mock接口的调用地址和目标Mock接口对应的修改后的目标Mock数据;如此,响应于修改请求操作,从持久化存储介质中,查找目标Mock数据,并对目标Mock数据进行修改,包括:根据目标Mock的调用地址,从持久化存储介质中查找到目标Mock数据;将目标Mock接口对应的目标Mock数据替换为修改后的目标Mock数据。
示例性的,若目标Mock接口的调用地址为“http://127.0.0.1/user”,目标Mock接口对应的修改后的目标Mock数据为书本D的类型为“B类”,则处理器在持久化存储介质中查找“http://127.0.0.1/user”,将“http://127.0.0.1/user”对应的书本D的类型由“A类”修改为“B类”。
在一些实施例中,上述步骤S502可以实现为:在目标Mock接口对的Mock数据为持久化数据的情况下,响应于修改请求操作,从持久化存储介质中,查找目标Mock数据,并对目标Mock数据进行修改。
在一些实施例中,持久化存储介质中包括目标数据表,则上述S502可以实现为:从持久化存储介质的目标数据表中,查找目标Mock数据,并对目标Mock数据进行修改。
作为一种可能的实现方式,在目标数据表包括第一数据表和第二数据表的情况下,上述S502可以实现为:若目标Mock接口满足RESTful标准,则从第一数据表中查找目标Mock数据,并对目标Mock数据进行修改;若目标Mock接口不满足RESTful标准,则从第二数据表中查找目标Mock数据,并对目标Mock数据进行修改。
作为另一种可能的实现方式,在目标数据表包括第三数据表的情况下,则上述S502可以实现为:从第三数据表中查找目标Mock数据,并对目标Mock数据进行修改。
S503、存储并向目标Mock接口返回修改后的目标Mock数据。
在一些实施例中,处理器将修改后的目标Mock数据存储在持久化存储介质中,以使得后续响应请求操作的流程中,能够从持久化存储介质中读取到修改后的目标Mock数据;或者,能够在持久化存储介质中对修改后的目标Mock数据进行修改或删除等操作。
在一些实施例中,在修改请求操作成功响应的情况下,向目标Mock接口返回正常状态码和修改后的目标Mock数据。
其中,修改请求操作成功响应指的是,成功对持久化存储介质中的目标Mock数据进行修改。
示例性的,在针对目标Mock接口的修改请求操作成功响应的情况下,若目标Mock接口对应的修改后的目标Mock数据为书本D的类型为“B类”;则在持久化存储介质中查找到目标Mock数据,并将书本D的类型由“A类”修改为“B类”,并向目标Mock接口返回:“200”+“修改后的目标Mock数据”。
在另一些实施例中,在修改请求操作未成功响应的情况下,向目标Mock接口返回修改请求操作的异常原因。
其中,修改请求操作未成功响应指的是,没有成功在持久化存储介质中修改目标Mock数据。
上述异常原因用于标识修改请求操作未成功响应的原因。可选的,上述修改请求操作的异常原因可以包括如表5所示的异常状态码。
可以理解的是,基于上述步骤S501-S503提供的方案,可以修改持久化存储介质中的目标Mock数据,并将修改后的目标Mock数据存储在持久化存储介质中。如此,相比于相关技术中,无法查看修改数据的效果的方法,本申请实施例可以将修改后的目标Mock数据存储在前端设备的持久化存储介质中,如此,后续在接收到针对目标Mock接口请求操作(包括读请求操作、修改请求操作和删除请求操作等)时,可以从持久化存储介质中查找到修改后的目标Mock数据。
在一些实施例中,上述方法还包括删除目标Mock接口对应的目标Mock数据。示例性的,如图9所示,可以实现为以下步骤:
S601、接收针对目标Mock接口的删除请求操作。
其中,上述删除请求操作用于删除数据。可选的,删除请求操作包括DELETE请求操作。
S602、响应于删除请求操作,从持久化存储介质中,查找到目标Mock数据,并删除目标Mock数据。
在一些实施例中,上述删除请求操作包括:目标Mock接口的调用地址和目标Mock接口对应的目标Mock数据;如此,响应于删除请求操作,从持久化存储介质中,查找到目标Mock数据,并删除目标Mock数据,包括:根据目标Mock的调用地址,从持久化存储介质中查找到目标Mock数据,并删除目标Mock数据。
示例性的,若目标Mock接口的调用地址为“http://127.0.0.1/user”,目标Mock接口对应的目标Mock数据为“书本A的信息”,则处理器在持久化存储介质中查找“http://127.0.0.1/user”,将“http://127.0.0.1/user”对应的“书本A的信息”删除。
在一些实施例中,上述步骤S602可以实现为:在目标Mock接口对的Mock数据为持久化数据的情况下,响应于删除请求操作,从持久化存储介质中,查找目标Mock数据,并删除目标Mock数据。
在一些实施例中,持久化存储介质中包括目标数据表,则上述S602可以实现为:从持久化存储介质的目标数据表中,查找目标Mock数据,并删除目标Mock数据。
作为一种可能的实现方式,在目标数据表包括第一数据表和第二数据表的情况下,上述S602可以实现为:若目标Mock接口满足RESTful标准,则从第一数据表中查找目标Mock数据,并将目标Mock数据从第一数据表中删除;若目标Mock接口不满足RESTful标准,则从第二数据表中查找目标Mock数据,并将目标Mock数据从第二数据表中删除。
作为另一种可能的实现方式,在目标数据表包括第三数据表的情况下,则上述S602可以实现为:从第三数据表中查找目标Mock数据,并将目标Mock数据从第三数据表中删除。
S603、存储并向目标Mock接口返回删除目标Mock数据的记录。
其中,删除目标Mock数据的记录指的是删除目标Mock数据后,持久化存储介质中目标Mock接口所对应的Mock数据。
在一些实施例中,在删除请求操作成功响应的情况下,向目标Mock接口返回正常状态码和删除目标Mock数据的记录。
其中,删除请求操作成功响应指的是,成功在持久化存储介质中删除目标Mock数据。
示例性的,在针对目标Mock接口的删除请求操作成功响应的情况下,若目标Mock接口对应的目标Mock数据为书本D的信息;则在持久化存储介质中删除书本D的信息,并向目标Mock接口返回:“200”+“删除书本D的信息的记录”。
在另一些实施例中,在删除请求操作未成功响应的情况下,向目标Mock接口返回删除请求操作的异常原因。
其中,删除请求操作未成功响应指的是,没有成功在持久化存储介质中删除目标Mock数据。
上述异常原因用于表示删除请求操作未成功响应的原因。可选的,上述删除请求操作的异常原因可以包括如表5所示的异常状态码。
可以理解的是,基于上述步骤S601-S602提供的方案,可以删除持久化存储介质中的目标Mock数据,并将删除目标Mock数据的记录存储在持久化存储介质中。如此,相比于相关技术中,无法查看删除数据的效果的方法,本申请实施例可以将删除目标Mock数据的记录存储在前端设备的持久化存储介质中,如此,后续在接收到针对目标Mock接口请求操作(包括读请求操作、修改请求操作和删除请求操作等)时,处理器无法在持久化存储介质中查找到目标Mock数据。
为便于理解,下面以请求操作包括:POST请求操作、PUT请求操作、GET请求操作和重启浏览器后发起GET请求操作为例,对本申请实施例所提供的方法进行说明。
POST请求操作:如图10所示,前端设备的显示器上显示浏览器页面,该浏览器页面为显示书册信息的页面。其中,当前书册信息包括书本A、书本B和书本C。响应于用户点击新增按键的操作,向用户显示如图11所示的新增书册信息的页面,用户在输入完书册信息之后,点击保存按键,完成新增书册信息的操作。
在此过程中,前端设备内部的交互过程包括:响应于用户的点击操作,浏览器发起针对第一Mock接口的POST请求操作(假设保存按键的Mock接口为第一Mock接口);其中,POST请求操作包括书册信息标识(书册信息标识可以为URL或自定义的ID,用于唯一的标识书册信息的存储地址,例如https://api.baidu.com/books)和新增的书册信息(例如,新增书本D的信息);处理器接收针对第一Mock接口的POST请求操作,并判断第一Mock接口是否为需要进行数据持久化的接口;若否,则返回预定义的响应(例如随机字符串);若是,则处理器在持久化存储介质中查找书册信息标识(例如URL或自定义的ID),并将新增的书册信息(例如,新增书本D的信息)存储在书册信息标识所指示的存储地。
GET请求操作:在执行完新增操作之后,响应于用户点击书册信息按键的操作,浏览器发起针对第二Mock接口的GET请求操作(假设书册信息按键的Mock接口为第二Mock接口);其中,GET请求操作包括书册信息标识(书册信息标识可以为URL或自定义的ID,用于唯一的标识书册信息的存储地址,例如https://api.baidu.com/books);处理器接收针对第二Mock接口的GET请求操作,并判断第二Mock接口是否为需要进行数据持久化的接口;若否,则向第一Mock接口返回预定义的响应(例如随机字符串);若是,则处理器在持久化存储介质中查找书册信息标识(例如URL或自定义的ID),并向第一Mock接口发送书册信息,以使得浏览器显示如图12所示的书册信息页面。其中,当前书册信息包括书本A、书本B和书本C,以及新增的书本D。
PUT请求操作:如图12所示,前端设备的显示器上显示浏览器页面,该浏览器页面为显示书册信息的页面。其中,当前书册信息包括书本A、书本B和书本C和书本D,书本D的类型为“历史”。响应于用户点击书本D对应的修改按键的操作,向用户显示如图13所示的修改书册信息的页面,用户将书本D的类型修改为“小说”,在修改完书册信息之后,点击保存按键,完成修改书册信息的操作。
在此过程中,前端设备内部的交互过程包括:响应于用户的点击操作,浏览器发起针对第三Mock接口的PUT请求操作(假设修改按键的Mock接口为第三Mock接口);其中,PUT请求操作包括书册信息标识(书册信息标识可以为URL或自定义的ID,用于唯一的标识书册信息的存储地址,例如https://api.baidu.com/books)和修改的书册信息(将书本D的类型修改为“小说”);处理器接收针对第三Mock接口的PUT请求操作,并判断第三Mock接口是否为需要进行数据持久化的接口;若否,则向第三Mock接口返回预定义的响应;若是,则处理器在持久化存储介质中查找书册信息标识(例如URL或自定义的ID),并修改书册信息,将书本D的类型修改为“小说”,并将修改后的输书册信息存储在书册信息标识所指示的存储地。
重启浏览器再发起GET请求操作:在执行完修改操作之后,用户关闭了浏览器又重新开启,响应于用户点击书册信息按键的操作,浏览器发起针对第二Mock接口的GET请求操作(假设书册信息按键的Mock接口为第二Mock接口);其中,GET请求操作包括书册信息标识(书册信息标识可以为URL或自定义的ID,用于唯一的标识书册信息的存储地址,例如https://api.baidu.com/books);处理器接收针对第二Mock接口的GET请求操作,并判断第二Mock接口是否为需要进行数据持久化的接口;若否,则向第二Mock接口返回预定义的响应;若是,则处理器在持久化存储介质中查找书册信息标识(例如URL或自定义的ID),并向第二Mock接口发送书册信息,以使得浏览器显示如图14所示的书册信息页面。其中,当前书册信息包括书本A、书本B和书本C和书本D,书本D的类型为“小说”。
由上述示例可以看出,本申请实施例将Mock数据存储在前端设备的持久化存储介质中,能够在无任何后端应用支持的情况下,实现Mock数据的持久化,使得Mock数据可以覆盖更多相关技术中无法覆盖的场景,例如,用户可以查看请求操作的效果;又例如,可以模拟请求中断后恢复的场景(例如上述重启浏览器再发起GET请求操作的示例)。如此,使得用户可以更灵活更方便更全面的对前端开发界面进行调试,提高前端开发效率。
如图15所示,本申请实施例提供了一种处理器,用于执行上述实施例中提供的一种处理前端设备的Mock数据的方法。该处理器700包括:接收模块701和查找模块702。另一些实施例中,上述处理器700还包括:确定模块703、返回模块704和初始化模块705。
接收模块701,用于接收针对浏览器页面的目标Mock接口的超文本传输协议读请求操作。
查找模块702,用于响应于读请求操作,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据,向目标Mock接口返回目标Mock数据。
在一种可能的实现方式中,查找模块702,具体用于在目标Mock接口对应的Mock数据是持久化数据的情况下,响应于读请求操作,从持久化存储介质中,查找目标Mock接口对应的目标Mock数据。
另一种可能的实现方式中,上述读请求操作包括:目标Mock接口的接口标识;确定模块703,用于在目标Mock接口的接口标识中包括持久化标识的情况下,确定目标Mock接口对应的Mock数据是持久化数据;其中,持久化标识用于指示需要进行数据持久化。
另一种可能的实现方式中,返回模块704,用于在读请求操作未成功响应的情况下,向目标Mock接口返回读请求操作的异常原因;异常原因用于表示读请求操作未成功响应的原因。
另一种可能的实现方式中,持久化存储介质包括:第一数据表和第二数据表;第一数据表用于存储满足RESTful标准的接口对应的Mock数据;第二数据表用于存储不满足RESTful标准的接口对应的Mock数据;上述查找模块702,具体用于若目标Mock接口满足RESTful标准,则从第一数据表中查找目标Mock接口对应的目标Mock数据;若目标Mock接口不满足RESTful标准,则从第二数据表中查找目标Mock接口对应的目标Mock数据。
另一种可能的实现方式中,上述接收模块701,还用于接收针对目标Mock接口的修改请求操作;上述查找模块702,还用于响应于修改请求操作,从持久化存储介质中,查找目标Mock数据,并对目标Mock数据进行修改;存储并向目标Mock接口返回修改后的目标Mock数据。
另一种可能的实现方式中,上述接收模块701,还用于接收针对目标Mock接口的写请求操作;上述查找模块702,还用于响应于写请求操作,在持久化存储介质中存储目标Mock数据。
另一种可能的实现方式中,上述接收模块701,具体用于在重启前端设备之后,接收针对浏览器页面的目标Mock接口的超文本传输协议读请求操作。
另一种可能的实现方式中,初始化模块705遍历浏览器页面的Mock接口,从中选出候选Mock接口;其中,候选Mock接口对应的Mock数据为持久化数据;将候选Mock接口对应的Mock数据存储在持久化存储介质中。
另一种可能的实现方式中,持久化存储介质包括:第一数据表和第二数据表;第一数据表用于存储满足RESTful标准的接口对应的Mock数据;第二数据表用于存储不满足RESTful标准的接口对应的Mock数据;上述初始化模块705用于在候选Mock接口满足RESTful标准的情况下,将候选Mock接口对应的Mock数据存储在第一数据表中;在候选Mock接口不满足RESTful标准的情况下,将候选Mock接口对应的Mock数据存储在第二数据表中。
另一种可能的实现方式中,上述持久化存储介质是浏览器内置的数据缓存装置。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将处理器的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机指令来指示相关的硬件完成,该程序可存储于上述计算机可读存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的或内存。上述计算机可读存储介质也可以是上述处理器的外部存储设备,例如上述处理器上配备的插接式硬盘,智能存储卡(smart media card,SMC),安全数字(secure digital,SD)卡,闪存卡(flash card)等。进一步地,上述计算机可读存储介质还可以既包括上述处理器的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述处理器所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供一种计算机程序产品,该计算机产品包含计算机程序,当该计算机程序产品在计算机上运行时,使得该计算机执行上述实施例中所提供的任一项处理前端设备的Mock数据的方法。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,“包括”(Comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。
Claims (12)
1.一种处理前端设备的Mock数据的方法,其特征在于,所述前端设备包括:处理器、显示器和持久化存储介质,所述显示器上显示有浏览器页面,所述方法应用于所述处理器,所述方法包括:
接收针对所述浏览器页面的目标Mock接口的读请求操作;
响应于所述读请求操作,从所述持久化存储介质中,查找所述目标Mock接口对应的目标Mock数据,向所述目标Mock接口返回所述目标Mock数据。
2.根据权利要求1所述的方法,其特征在于,所述响应于所述读请求操作,从所述持久化存储介质中,查找所述目标Mock接口对应的目标Mock数据,包括:
在所述目标Mock接口对应的Mock数据是持久化数据的情况下,响应于所述读请求操作,从所述持久化存储介质中,查找所述目标Mock接口对应的目标Mock数据。
3.根据权利要求1或2所述的方法,其特征在于,所述读请求操作包括:所述目标Mock接口的接口标识,所述方法还包括:
在所述目标Mock接口的接口标识中包括持久化标识的情况下,确定所述目标Mock接口对应的Mock数据是持久化数据;其中,所述持久化标识用于指示需要进行数据持久化。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述方法还包括:
在所述读请求操作未成功响应的情况下,向所述目标Mock接口返回所述读请求操作的异常原因;所述异常原因用于表示所述读请求操作未成功响应的原因。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述持久化存储介质包括:第一数据表和第二数据表;所述第一数据表用于存储满足RESTful标准的接口对应的Mock数据;所述第二数据表用于存储不满足RESTful标准的接口对应的Mock数据;
所述响应于所述读请求操作,从所述持久化存储介质中,查找所述目标Mock接口对应的目标Mock数据,包括:
若所述目标Mock接口满足所述RESTful标准,则从所述第一数据表中查找所述目标Mock接口对应的目标Mock数据;
若所述目标Mock接口不满足所述RESTful标准,则从所述第二数据表中查找所述目标Mock接口对应的目标Mock数据。
6.根据权利要求1至5任一项所述的方法,其特征在于,在接收针对所述浏览器页面的目标Mock接口的读请求操作之前,所述方法还包括:
接收针对所述目标Mock接口的修改请求操作;
响应于所述修改请求操作,从所述持久化存储介质中,查找所述目标Mock数据,并对所述目标Mock数据进行修改;存储并向所述目标Mock接口返回修改后的所述目标Mock数据。
7.根据权利要求1至6任一项所述的方法,其特征在于,在接收针对所述浏览器页面的目标Mock接口的读请求操作之前,所述方法还包括:
接收针对所述目标Mock接口的写请求操作;
响应于所述写请求操作,在所述持久化存储介质中存储所述目标Mock数据。
8.根据权利要求6或7所述的方法,其特征在于,所述接收针对所述浏览器页面的目标Mock接口的读请求操作,包括:
在重启所述前端设备之后,接收针对所述浏览器页面的目标Mock接口的读请求操作。
9.根据权利要求1至8任一项所述的方法,其特征在于,在接收针对所述浏览器页面的目标Mock接口的读请求操作之前,所述方法还包括:
遍历所述浏览器页面的Mock接口,从中选出候选Mock接口;其中,所述候选Mock接口对应的Mock数据为持久化数据;
将所述候选Mock接口对应的Mock数据存储在所述持久化存储介质中。
10.根据权利要求9所述的方法,其特征在于,所述持久化存储介质包括:第一数据表和第二数据表;所述第一数据表用于存储满足RESTful标准的接口对应的Mock数据;所述第二数据表用于存储不满足RESTful标准的接口对应的Mock数据;所述将所述候选Mock接口对应的Mock数据存储在所述持久化存储介质中,包括:
在所述候选Mock接口满足RESTful标准的情况下,将所述候选Mock接口对应的Mock数据存储在第一数据表中;
在所述候选Mock接口不满足RESTful标准的情况下,将所述候选Mock接口对应的Mock数据存储在第二数据表中。
11.根据权利要求1至10任一项所述的方法,其特征在于,所述持久化存储介质是所述浏览器内置的数据缓存装置。
12.一种前端设备,其特征在于,所述前端设备包括:显示器、持久化存储介质和处理器,所述显示器上显示有浏览器页面,所述处理器用于执行权利要求1至11任一项所述的处理前端设备的Mock数据的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211313181.4A CN115878699A (zh) | 2022-10-25 | 2022-10-25 | 处理前端设备的Mock数据的方法和前端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211313181.4A CN115878699A (zh) | 2022-10-25 | 2022-10-25 | 处理前端设备的Mock数据的方法和前端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115878699A true CN115878699A (zh) | 2023-03-31 |
Family
ID=85758900
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211313181.4A Pending CN115878699A (zh) | 2022-10-25 | 2022-10-25 | 处理前端设备的Mock数据的方法和前端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115878699A (zh) |
-
2022
- 2022-10-25 CN CN202211313181.4A patent/CN115878699A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10642904B2 (en) | Infrastructure enabling intelligent execution and crawling of a web application | |
CN109033406B (zh) | 用于搜索区块链数据的方法、装置及存储介质 | |
KR20210091686A (ko) | 미니프로그램 실행 방법, 미니프로그램 실행 장치, 전자 기기 및 저장 매체 | |
CN106919634B (zh) | 跨应用共享数据的方法及网页浏览器 | |
CN109033403B (zh) | 用于搜索区块链数据的方法、装置及存储介质 | |
CN110362372A (zh) | 页面转译方法、装置、介质及电子设备 | |
US10402464B2 (en) | Methods and apparatuses for opening a webpage, invoking a client, and creating a light application | |
KR20140014132A (ko) | 컨텐츠 제공자-특이 url 키워드 검색 제공을 위한 방법 및 시스템 | |
CN109101607B (zh) | 用于搜索区块链数据的方法、装置及存储介质 | |
CN110704476A (zh) | 数据处理方法、装置、设备及存储介质 | |
CN110808868B (zh) | 测试数据获取方法、装置、计算机设备及存储介质 | |
JP2009037501A (ja) | 情報検索装置、情報検索方法およびプログラム | |
US20230205826A1 (en) | Systems and Method for Domain Mapping | |
CN104125308A (zh) | 针对多用户的域名解析的方法和域名解析系统 | |
CN112866348A (zh) | 数据库访问方法、装置、计算机设备和存储介质 | |
CN110677506B (zh) | 网络访问方法、装置、计算机设备及存储介质 | |
CN109086414B (zh) | 用于搜索区块链数据的方法、装置及存储介质 | |
CN108959294B (zh) | 一种访问搜索引擎的方法和装置 | |
US20090172567A1 (en) | Dynamically added navigation widget for loose integration of web pages across different web applications | |
CN107430609B (zh) | 针对企业环境的浏览器新标签页的生成 | |
CN110110184B (zh) | 信息查询方法、系统、计算机系统及存储介质 | |
KR101637016B1 (ko) | 이용자 반응형 웹페이지 제공 방법 | |
KR100520428B1 (ko) | 사용자 인증에 따라 다양한 종류의 키워드를 연동하여관리하는 방법 및 그 시스템 | |
CN115878699A (zh) | 处理前端设备的Mock数据的方法和前端设备 | |
CN105701231A (zh) | 网络资源搜索系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |