CN118092910A - 目标数据访问展示方法及相关设备 - Google Patents
目标数据访问展示方法及相关设备 Download PDFInfo
- Publication number
- CN118092910A CN118092910A CN202211494364.0A CN202211494364A CN118092910A CN 118092910 A CN118092910 A CN 118092910A CN 202211494364 A CN202211494364 A CN 202211494364A CN 118092910 A CN118092910 A CN 118092910A
- Authority
- CN
- China
- Prior art keywords
- data
- target
- interface information
- interface
- target data
- 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 95
- 238000013507 mapping Methods 0.000 claims abstract description 74
- 230000004044 response Effects 0.000 claims abstract description 18
- 238000004590 computer program Methods 0.000 claims abstract description 15
- 238000013499 data model Methods 0.000 claims description 21
- 230000008569 process Effects 0.000 abstract description 11
- 230000002829 reductive effect Effects 0.000 abstract description 7
- 238000001514 detection method Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 17
- 239000008186 active pharmaceutical agent Substances 0.000 description 16
- 230000006870 function Effects 0.000 description 15
- 238000004891 communication Methods 0.000 description 11
- 238000011161 development Methods 0.000 description 9
- 230000008859 change Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000008676 import Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000000670 limiting effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000001795 light effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Landscapes
- User Interface Of Digital Computer (AREA)
Abstract
本申请提供一种目标数据访问展示方法、相关设备及计算机程序产品,响应于检测到针对目标页面的目标组件的触发操作,确定与所述触发操作关联的接口信息,实现了通过目标页面的目标组件的触发操作自动寻找匹配的接口信息,基于所述接口信息和预设的映射模板生成数据请求,发送所述数据请求以对目标数据进行访问,无需前端开发人员手动获取数据请求所需参数以及编写数据请求,实现接口信息中第一定义参数的自动获取以及数据请求的自动生成,大大减少了前端开发人员的工作量,同时降低了通过人工编写数据请求的错误率。尤其是在后端开发人员更新接口信息后,通过自动生成数据请求能够降低接口调用过程中的错误率,提高对后端数据访问的成功率。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种目标数据访问展示方法及相关设备。
背景技术
在进行应用程序开发时,为了提高开发效率,后端开发人员可以针对一些功能提供对应的应用程序编程接口(application programming interface,API)。前端开发人员通过调用API可以无需访问源代码或者理解内部工作机制获得访问后端数据的能力。
但是在实际开发过程中,由于业务需求等因素后端开发人员常常需要更新API,为了成功访问后端数据,前端开发人员调用接口时则需要不断地根据更新的API进行调用参数的修改,导致前端开发人员日常工作量较大,且通过人工对调用参数进行修改的错误率较高。
发明内容
有鉴于此,本申请的目的在于提出一种目标数据访问展示方法及相关设备,以解决或部分解决上述的问题。
基于上述目的,本申请的第一方面提供了一种目标数据访问方法,包括:
响应于检测到针对目标页面的目标组件的触发操作,确定与所述目标组件的触发操作关联的接口信息;
基于所述接口信息和预设的映射模板生成数据请求,其中,所述映射模板用于获取所述接口信息中第一定义参数的参数信息;
发送所述数据请求以对目标数据进行访问。
可选的,所述基于所述接口信息和预设的映射模板生成数据请求,包括:
根据所述映射模板从已存储的上下文数据中读取所述第一定义参数的参数信息;
根据所述接口信息配置所述参数信息,以生成所述数据请求。
可选的,在响应于检测到针对目标页面的目标组件的触发操作之前,所述方法还包括:
将所述目标页面中的每个组件与至少一个接口信息进行关联。
可选的,所述将所述目标页面中的每个组件与至少一个接口信息进行关联,包括:
生成所述目标页面对应的接口列表;所述接口列表包括与所述组件对应的至少一个接口信息;
从所述接口列表中选择至少一个接口信息与所述组件进行关联。
可选的,确定与所述目标组件的触发操作关联的接口信息,包括:
根据与所述目标组件关联的至少一个接口信息,确定与所述目标组件的触发操作关联的接口信息。
可选的,所述方法还包括:
以预设时间间隔刷新所述接口列表,以更新所述接口列表中的接口信息。
可选的,所述方法还包括:
预先定义全局数据模型,所述全局数据模型包括令牌;
基于所述接口信息和预设的映射模板生成数据请求,包括:在所述数据请求的消息头中添加所述全局数据模型。
本申请的第二方面提供了一种目标数据展示方法,包括:
响应于接收到至少一个目标数据,通过预设的展示模板展示至少一个目标数据,所述目标数据是通过如第一方面所述的目标数据访问方法获得的。
可选的,所述通过预设的展示模板展示至少一个目标数据所述通过预设的展示模板展示至少一个目标数据,包括:
通过预设的映射规则将所述至少一个目标数据映射为展示数据;
通过所述展示模板展示所述展示数据。
本申请的第三方面提供了一种目标数据访问装置,包括:
确定模块,被配置为响应于检测到针对目标页面的目标组件的触发操作,确定与所述目标组件的触发操作关联的接口信息;
生成模块,被配置为基于所述接口信息和预设的映射模板生成数据请求,其中,所述映射模板用于获取所述接口信息中第一定义参数的参数信息;
发送模块,被配置为发送所述数据请求以对目标数据进行访问。
本申请的第四方面提供了一种目标数据展示装置,包括:
展示模块,被配置为响应于接收到至少一个目标数据,通过预设的展示模板展示至少一个目标数据,所述目标数据是通过如第三方面所述的目标数据访问装置获得的。
本申请的第五方面提供了一种电子设备,包括存储器、处理器及存储在所述存储器上并可由所述处理器执行的计算机程序,所述处理器在执行所述计算机程序时实现如第一方面或第二方面所述的方法。
本申请的第六方面提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令用于使计算机执行如第一方面或第二方面所述的方法。
本申请的第七方面提供了一种计算机程序产品,包括计算机程序指令,当所述计算机程序指令在计算机上运行时,使得计算机执行如第一方面或第二方面所述的方法。
从上面所述可以看出,本申请提供的一种目标数据访问展示方法、相关设备及计算机程序产品,响应于检测到针对目标页面的目标组件的触发操作,确定与所述触发操作关联的接口信息,实现了通过目标页面的目标组件的触发操作自动寻找匹配的接口信息,基于所述接口信息和预设的映射模板生成数据请求,发送所述数据请求以对目标数据进行访问,无需前端开发人员手动获取数据请求所需参数以及编写数据请求,实现接口信息中第一定义参数的自动获取以及数据请求的自动生成,大大减少了前端开发人员的工作量,同时降低了通过人工编写数据请求的错误率。在一些实施例中,在后端开发人员更新接口信息后,通过自动生成数据请求能够有效避免调用接口时数据请求与接口信息参数不匹配的问题,降低接口调用过程中的错误率,提高对后端数据访问的成功率。
附图说明
为了更清楚地说明本申请或相关技术中的技术方案,下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例的目标数据访问方法的流程示意图;
图2为本申请实施例的前端页面的界面示意图;
图3为本申请实施例的组件与接口信息关联方法的流程示意图;
图4为本申请实施例的接口列表示意图;
图5为本申请实施例的前端页面设计器的界面示意图;
图6为本申请另一实施例的前端页面设计器的界面示意图;
图7为本申请实施例的目标数据展示方法的流程示意图;
图8为本申请实施例的目标数据访问装置的结构示意图;
图9为本申请实施例的目标数据展示装置的结构示意图;
图10为本申请实施例的电子设备硬件结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本申请进一步详细说明。
需要说明的是,除非另外定义,本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同,而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电性的连接,不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系,当被描述对象的绝对位置改变后,则该相对位置关系也可能相应地改变。
在相关技术中,前端页面开发的前后端分离,使工作分类更加细化,前端页面开发的流程为:后端开发好符合RESTful(Representational State Transfer,表述性状态转移)类型的API,同时提供相应的对接文档,定义好API接口的入参类型、中文释义、是否必填、以及返回数据的格式、内容以及中文释义,继而提供给前端开发人员。而前端开发人员会读取这份文档,编写为适用于前端开发的编程语言文件,同时定义好符合编程语言规范的对应函数的入参以及出参,就能够有效地约束前端开发人员按照文档提供的参数类型传递参数和解析参数。然而软件开发的需求通常在不断变更,为应对如此多的变更,后端开发人员需要对接口进行不断地修改和变更,前端开发人员需要实时关注后端接口的更新,并实时修改调用接口时需要传递的参数信息,才能够成功对后端数据进行访问,后端接口的频繁更新大大增加了前端开发人员的日常工作量。同时,由于前端开发人员手动修改调用接口所需的传递参数信息,修改过程中错误率较高,导致传递的参数信息与API参数信息不匹配,最终导致后端数据访问失败。
有鉴于此,本申请提供的一种目标数据访问展示方法、相关设备及计算机程序产品,响应于检测到针对目标页面的目标组件的触发操作,确定与所述触发操作关联的接口信息,实现了通过目标页面的目标组件的触发操作自动寻找匹配的接口信息,基于所述接口信息和预设的映射模板生成数据请求,发送所述数据请求以对目标数据进行访问,无需前端开发人员手动获取数据请求所需参数以及编写数据请求,实现接口信息中第一定义参数的自动获取以及数据请求的自动生成,大大减少了前端开发人员的工作量,同时降低了通过人工编写数据请求的错误率。在一些实施例中,后端开发人员更新接口信息后,通过自动生成数据请求能够有效避免调用接口时数据请求与接口信息参数不匹配的问题,降低接口调用过程中的错误率,提高对后端数据访问的成功率。
以下结合附图来详细说明本申请的实施例。
图1示出了一种目标数据访问方法100,如图1所示,目标数据访问方法100包括以下步骤:
步骤102、响应于检测到针对目标页面的目标组件的触发操作,确定与所述目标组件的触发操作关联的接口信息。
具体的,本实施例中的目标页面为前端页面,图2示出了前端页面200的界面示意图,前端页面中包括界面名称202、办公区域204和控制区域206。如图2所示,前端页面200可以为用户提供数据展示以及数据交互,不同的前端页面可以对应不同的业务,用户可以根据不同业务自定义前端页面200的界面名称202。目标组件为目标页面中的界面组件,如表格、虚拟按钮、下拉框等。示例性的,图2中展示的办公区域204中不同的办公区对应的虚拟按钮(实线框框选范围)以及控制区域206中不同灯光调节虚拟按钮(实线框框选范围)均为界面组件。通过界面组件可以很容易构建不同风格的应用界面。触发操作是指用户在目标页面的相应操作,可以包括点击按钮、数据选择以及内容搜索等等。示例性的,点击图2中办公区域204的第一办公区的虚拟按钮,使第一办公区处于被选中状态(实线呈现加粗状态),该点击操作即为触发操作。选中第一办公区后,可以在控制区域206中对第一办公区的灯光状态通过点击灯光调节虚拟按钮进行相应调节,例如开灯、关灯、调节亮度及灯光色温等。
每个触发操作都会发起对后端数据的访问,通过后端反馈的数据在前端页面进行相应展示,完成数据交互的过程。示例性的,在图2中点击控制区域206的冷光虚拟按钮后,发起对后端的冷光颜色显示数据的访问,通过后端返回冷光颜色显示数据,进而在第一办公区虚拟按钮上显示冷光效果。
对后端数据的访问需要通过调用接口完成,前端通过调用不同的接口能够使后端返回相应的数据,因此,每个触发操作均有其关联的接口。每个触发操作与接口关联,也即与接口的接口信息关联。因此,通过目标页面的目标组件的触发操作,能够确定与该触发操作对应的接口信息,确定了接口信息才能进一步获取接口信息中的参数信息,进而才能向后端发送数据请求。需要说明的是,本实施例中接口信息是通过文档生成工具生成的API文档,API文档是接口的描述性文档,包括了接口的入参、出参、路径、内容等等。示例性的,文档生成工具可以为Swagger工具,后端人员完成接口开发后,使用Swagger工具生成Swagger文档,Swagger工具能够提供前端页面版的文档,也能够下载对应的doc文件进行查看。前端开发人员可以根据Swagger文档编写编程语言文件。当后端开发人员对接口进行修改后,通过Swagger的文档系统迅速发布新的文档,前端开发人员通过关注发布的新的Swagger文档获知接口的调整信息。本实施例中仅是示例性地采用了Swagger工具来生成的API文档,可以理解的是,还存在其他工具可以实现类似的功能,例如,springfox。因此,这里的具体实施例并不用于限定本申请的保护范围。
步骤104、基于所述接口信息和预设的映射模板生成数据请求,其中,所述映射模板用于获取所述接口信息中第一定义参数的参数信息。
具体的,映射模板为根据接口信息中的第一定义参数预先设置的,用于获取第一定义参数的参数信息。
映射模板的json示例如下:
如上述映射模板json示例所示,映射模板使用键值对设置,包括多个键值对,例如,username为键,name为值。映射模板中的键与第一定义参数一一对应,例如第一定义参数为username,则映射模板中的对应的键也为username。
此外,映射模板还定义了值的表达式格式,表达式格式的设置可以根据映射模板的转换工具确定,可以将表达式格式设置为与转换工具能够处理的数据相匹配的格式,例如表达式格式可以为${exresssion}或(exresssion)等,本实施例中表达式格式为${exresssion},值name通过表达式格式转换为${name}。在另一些实施例中可以采用其他的表达式格式,此处对于表达式格式的具体形式不做限制。
进一步,接口信息中每个第一定义参数均具有相应的参数名称、类型、默认值和在映射模板中对应的表达式,如下表1所示,
表1第一定义参数示例表
第一定义参数名称 | 类型 | 默认值 | 表达式 |
deviceName | String | ″ | ${name} |
type | Number | 0 | ${type} |
如表1所示,第一定义参数的参数名称为deviceName,类型为字符串String,默认值为空,在映射模板中对应的表达式为${name};第一定义参数的参数名称为type,类型为数字Number,默认值为0,在映射模板中对应的表达式为${type}。
通过映射模板获取到第一定义参数的参数信息后,按照接口信息的内容形式对参数信息进行配置生成数据请求,该数据请求中携带了接口所需的入参。后端接口接收并成功识别与其第一定义参数匹配的数据请求时,才能实现对后端数据的访问。基于所述接口信息和预设的映射模板生成数据请求,无需前端开发人员手动获取第一定义参数的参数信息以及编写数据请求,实现接口信息中第一定义参数的自动获取以及数据请求的自动生成,大大减少了前端开发人员的工作量。
步骤106、发送所述数据请求以对目标数据进行访问。
通过上述步骤自动生成数据请求后,将数据请求发送至后端接口,通过后端接口对目标数据进行访问,以反馈至目标页面进行数据展示。
基于上述步骤102至步骤106,响应于检测到针对目标页面的目标组件的触发操作,确定与所述触发操作关联的接口信息,实现了通过目标页面的目标组件的触发操作自动寻找匹配的接口信息,基于所述接口信息和预设的映射模板生成数据请求,发送所述数据请求以对目标数据进行访问,无需前端开发人员手动获取数据请求所需参数以及编写数据请求,实现接口信息中第一定义参数的自动获取以及数据请求的自动生成,大大减少了前端开发人员的工作量,实现了软件开发过程的低代码率,同时降低了通过人工编写数据请求的错误率。在一些实施例中,后端开发人员更新接口信息后,通过自动生成数据请求能够有效避免调用接口时数据请求与接口信息参数不匹配的问题,降低接口调用过程中的错误率,提高对后端数据访问的成功率。
在一些实施例中,所述步骤102还包括:
步骤1022、根据所述映射模板从已存储的上下文数据中读取所述第一定义参数的参数信息。已存储的上下文数据可以为服务器中的缓存数据、用户预先存储的与各种业务相关的关联数据等。上下文数据中的数据存储形式是预先定义的。
上下文数据的json示例如下:
上述上下文数据json示例为用户登录后的缓存数据,记录了与用户账号相关的信息,包括用户ID userId、用户名name、全名fullName和性别gender等。上下文数据使用键值对设置,上下文数据中包括多个键值对,例如userId为键,1为值。上下文数据中的键与映射模板中的值是一一对应的,例如上下文数据中键为name,相应的映射模板的值为name,通过映射模板的值name关联到上下文数据的键name,进而读取上下文数据的键name对应的值userOne。映射模板的值有固定的表达式格式,将从上下文数据中读取的值userOne进行格式转换生成表达式${userOne},表达式${userOne}在映射模板中对应的键为username,同时,username也是接口信息中的第一定义参数,因此,基于上述对应关系,通过映射模板能够读取第一定义参数username的参数信息为userOne。
进一步的,映射模板的表达式还可为多层表达式,用于读取上下文数据中多层键对应一个值的情况。
多层映射模板的json示例如下:
如上述多层映射模板示例所示,其中,doll bear为三层键对应的值,order为第一层键、product为第二层键、name为第三层键。值doll bear通过表达式格式可以转换为表达式${order.product.name}。
步骤1024、根据所述接口信息配置所述参数信息,以生成所述数据请求。通过步骤1022读取到参数信息后,根据得到的参数信息按照接口信息中参数的配置位置生成数据请求。
接口信息的json示例如下:
如接口信息json示例所示,"/user/{username}"表示接口信息路径,该接口信息采用的方法类型是"get",参数存放在"parameters"中,"responses"表示返回响应,"404"表示返回错误代码。"parameters"中包括参数信息和参数位置,参数信息包括name、in、description、required和type,其中,"name":"username"表示参数名称为username、"in":"path"表示获取方式为path,"description":"The name that needs to befetched.Use user1 for testing."表示参数name的描述信息,"required":true表示需求为真,"type":"string"表示参数类型为string。
参数位置为参数信息的排列顺序,不同的接口信息对应不同的参数信息和参数位置,参数信息和参数位置由接口信息采用的方法类型决定。上述参数name即为第一定义参数,在将数据请求发送至接口以调用后端数据时,接口不仅对参数信息进行校验,还对参数位置进行校验,当参数信息和参数位置均通过校验后,才能对后端数据发起访问。
在一些实施例中,在步骤102之前,还包括:
将所述目标页面中的每个组件与至少一个接口信息进行关联。
前端开发人员在对页面组件进行编辑时,采用静态代码完成,如果后端API信息发生变化,则需要参考更新的API信息对组件的源代码进行修改。或者,前端开发人员通过前端页面设计器对组件进行编辑。前端页面设计器是对前端页面中的组件进行编辑的开发工具,前端页面设计器能够为用户提供编辑页面组件的交互界面,前端开发人员通过在交互界面输入编辑代码,以设置前端页面中展示数据的内容以及数据形式。通常,前端开发人员在前端页面设计器中采用半静态的方式导入接口,在前端页面设计器中把接口封装成可以导入的类,通过类的方式引入接口。但是,上述两种方式均不能在后端接口发生改变时实时读取更新的内容,也即不能动态获取API信息,增加了前端开发人员的工作量。
为了实现动态获取API信息,本实施例优先将目标页面中每个组件与接口信息进行关联。关联方式可以为通过前端开发人员在前端页面设计器中将每个组件与接口信息进行挂载,实现一对一或一对多的关联,也即一个组件可以对应一个接口信息,或者,一个组件也可以对应多个接口信息。一个组件对应的接口信息的数量取决于组件的展示功能,展示功能越多的组件对应的接口信息越多。
图3中示出了组件与接口信息关联方法300的流程示意图。如图3所示,所述将所述目标页面中的每个组件与至少一个接口信息进行关联,包括以下步骤:
步骤302、生成所述目标页面对应的接口列表;所述接口列表包括与所述组件对应的至少一个接口信息。
具体的,后端开发人员开发接口后,通过文档生成工具生成接口的接口信息,接口信息以接口列表的形式呈现,接口列表中包括多个接口信息,接口列表中接口信息按照业务模块进行排序。表2示出了部分业务模块与接口信息名称对照表。
表2业务模块与接口信息名称对照表
业务模块 | 接口信息名称 |
用户 | 创建用户 |
用户 | 编辑用户 |
订单 | 搜索订单 |
订单 | 查看订单详情 |
可以看出,用户模块中的接口信息名称包括创建用户和编辑用户,订单模块中的接口信息名称包括搜索订单和查看订单详情。图4示出了接口列表示意图,从图4中可以看出属于同一模块的接口信息排列在一起,例如用户模块user中的接口信息均与用户相关。每个模块包括的接口信息可以通过点击模块左边三角形图标进行展示,三角形图标指向下方表示该层文件已点击打开,三角形图标指向右方表示该层文件未点击打开且包含有下一层文件。如图4所示,用户模块user文件夹的下一级文件夹为{username},{username}的下一级中包含多个接口信息名称,具体如图4中的Get user by user name、Updated user、Delete user、Create user等等。每个接口信息通过点击左侧三角形标识展开后可以看到相应的返回结果示例,例如接口信息名称为Get user by user name的接口信息的返回结果可以包括successful operation、User not found等。每个接口信息名称左侧标识有该接口信息采用的方法类别,方法类别包括GET、PUT、POST等。例如接口信息Get user byuser name采用的方法类别为GET。接口信息采用不同的方法类别时,参数信息和参数位置不同。在接口列表中,接口信息按照业务模块顺次排列,相同模块的接口信息相邻排列,方便前端开发人员查询并与组件进行挂载,提高挂载效率。
步骤304、从所述接口列表中选择至少一个接口信息与所述组件进行关联。
前端开发人员通过前端页面设计器中的可视化页面,对页面的每个组件进行挂载时,从接口列表中选择相应的接口信息进行挂载。图5示出了前端页面设计器500的界面示意图,中间部分为前端页面示意区502,通过前端页面示意区502可以看到前端页面显示状态,左侧为组件列表504,在组件列表504中可以选取前端页面中的每个组件,右侧为接口挂载区506,在接口挂载区506的接口信息选择框5062中可以设置当前选中的组件需要挂载的接口信息。接口信息可以通过前端人员手动填写,也可以根据接口信息的下拉框中示出的接口列表(图中未示出)进行相应选择,以完成组件与接口信息的挂载。接口列表与图4中相同,此处不再赘述。前端开发人员根据每个页面组件的展示功能选择相应的接口信息,如果组件展示与用户相关的数据,则从用户模块中查找相应的接口信息,并将接口信息与组件进行挂载。通过在前端页面设计器中的可视化挂载操作,方便前端开发人员将每个组件与接口信息进行关联,为后续自动生成数据请求提供基础。如果组件包括多个展示功能,例如包括展示图表类型和图表颜色,则在前端页面设计器中对该组件进行挂载时,需要分别选择与图表类型和图表颜色对应的接口信息。
在一些实施例中,从所述接口列表中选择至少一个接口信息与所述组件进行关联,还包括:配置关联的所述接口信息的第一定义参数的属性信息。
后端开发人员开发接口后,发布了接口的接口信息,在接口信息中描述了第一定义参数的属性信息,第一定义参数包括参数名称、类型、默认值、路径等属性信息。将页面组件与接口信息进行挂载时,可以根据实际需求对接口信息中第一定义参数的属性信息进行配置,例如修改接口的url(uniform resource locator,统一资源定位符)格式、参数数值等。图6示出了前端页面设计器600的界面示意图,中间部分为前端页面示意区602,通过前端页面示意区602可以看到前端页面显示状态,左侧为组件列表604,在组件列表604中可以选取前端页面中的每个组件,右侧为接口挂载区606,在接口挂载区606的接口信息选择框6062中选择接口信息1后,还可以在接口信息1右侧的属性配置框6064中配置接口信息1中参数的属性信息。如果不对第一定义参数的属性信息进行修改,在自动生成数据请求时,则按照第一定义参数的默认值进行数据传递。
在一些实施例中,所述步骤102,包括:根据与所述目标组件关联的至少一个接口信息,确定与所述目标组件的触发操作关联的接口信息。
通过前述实施例完成目标组件与至少一个接口信息挂载后,通过对目标组件的触发操作即可自动从至少一个接口信息中确定与触发操作关联的接口信息。目标组件可能具有多个展示功能,且与至少一个接口信息关联,每个展示功能对应一个接口信息。触发操作对应目标组件的至少一个展示功能,当触发操作对应一个展示功能时,则与触发操作关联的接口信息为与该展示功能对应的接口信息;当触发操作对应多个展示功能时,则与触发操作关联的接口信息为与多个展示功能对应的多个接口信息。
在一些实施例中,所述方法还包括:以预设时间间隔刷新所述接口列表,以更新所述接口列表中的接口信息。
后端开发人员开发接口后,发布接口的接口信息并存储在后端服务器中。前端应用服务器能够通过API管理器自动导入接口信息,导入后的接口信息存储在接口列表中。在API管理器中能够编辑接口信息所采用的方法类型对应的参数信息和位置,示例性的,方法类型可以为请求方的get方法或post方法,不同方法类型的参数的存放位置不同,get方法的参数存放在parameter中,post方法的参数存放在body data中。以上方法类型只是作为示例性说明,对本申请方案不具有限制作用。
随着软件开发需求的不断变化,后端开发人员会对接口进行不断的修改和调整。刷新接口列表,能够保证生成数据请求时通过映射模板抓取到最新生成的接口信息中的参数信息,进而确保传递至后端接口的参数信息与接口信息中的参数信息一直,提高访问后端数据的成功率、
在一些实施例中,所述方法还包括:
预先定义全局数据模型,所述全局数据模型包括令牌;
基于所述接口信息和预设的映射模板生成数据请求,包括:在所述数据请求的消息头中添加所述全局数据模型。
具体的,对于全局都需要传递的参数信息可以预先定义存储,例如预先定义全局数据模型,全局数据模型包括全局传递参数信息,之后每次向后端发起请求时都可携带预定义存储的全局数据模型,全局数据模型添加在数据请求的消息头中。全局都需要传递的参数信息可以为全局校验信息,全局校验信息也即令牌token,token为计算机身份验证的令牌。在向后端进行目标数据的访问时,为了数据的安全性,往往后端需要验证客户端token,持有token的客户端才能通过后端的身份验证,为了方便调用客户端token,通常将token持久化到本地进行预先存储,避免每次向后端请求时都要寻找一次token。全局数据模型可表示为{token}。全局数据模型通过预设的全局映射模板生成,全局映射模板获取token以生成全局数据模型。当客户端访问后端数据时,将包含有全局数据模型的消息头的数据请求发送至后端接口。
全局映射模板的json示例如下:
{
token:${token}
}
如上述全局映射模板的json示例所示,与前述实施例中的映射模板类似,全局映射模板使用键值对设置,例如键为token,值为token,通过表达式格式将值转换为表达式${token}。通过表达式${token}读取预存储的上下文token信息。此外,全局映射模板还可以包括其它键值对,如下表3所示,
表3全局映射模板的键值对示例表
键 | 值 |
Content-Type | application/json |
Accept | application/json |
token | ${token} |
appld | ${appld} |
上下文token信息的json示例如下:
如上述上下文token信息的json所示,预存储的上下问token信息使用键值对设置,例如键为token,值为xxxx-xxxx-xxxx-xxxx,则通过全局映射模板的表达式${token}读取的返回值则为${xxxx-xxxx-xxxx-xxxx}。在其它实施例中,还可以将除tokenN之外的其它全局需要传递的参数通过全局映射模板读取后配置在全局数据模型中,这种全局参数的设置方式简单且方便维护和修改。
前述实施例均为目标数据的访问方法,当访问成功后,后端返回目标数据,需要在前端页面对目标数据进行展示,以下结合具体实施例对目标数据的展示进行详细说明。
本申请还提供了一种目标数据的展示方法,图7示出了目标数据的展示方法700的流程示意图,包括以下步骤:
步骤702、响应于接收到至少一个目标数据,通过预设的展示模板展示至少一个目标数据。
具体的,目标数据为前端通过发送的数据请求向后端访问的数据,后端返回的目标数据将自动导入到应用服务器中,具体存储形式为与对应组件关联的返回文档,返回文档中存储了后端返回的目标数据的内容。接收到目标数据的返回文档时,需要将返回文档中的目标数据展示在前端页面中。本实施例通过预设的展示模板展示目标数据,以实现对于更新的目标数据的自动展示。
展示模板的json示例如下:
{
order:{...response1.order}
}
如上述展示模板的json示例所示,展示模板通过键值对设置,order为键,response1.order为值,response1.order表示第一个返回的目标数据中的order,如第一个返回的目标数据的返回文档内容为order:{id:'1'},则通过展示模板读取的返回值为id:'1'。如前述实施例所述,与组件挂载的接口信息可能包括多个,因此,针对同一个组件,返回的目标数据也可能是多个,也即存在多个返回文档,多个返回文档均需要在前端页面中进行展示。
展示模板可以设置合并展示逻辑,合并展示模板的json示例如下:
如上述合并展示模板的json示例所示,order:{...response1.order}表示展示第一返回的目标数据的返回文档中的order,productStatusOptions:[...response2.data]表示展示第二返回的目标数据的返回文档中的data,依次类推,当存在其它返回文档时,可根据上述方法进行展示,此处不再一一赘述。
返回文档的json示例如下:
如上述返回文档的json示例所示,返回文档使用键值对设置,示例性的,当键为id时,值为1。通过展示模板读取返回文档中的值并在前端页面进行展示。
在一些实施例中,所述通过预设的展示模板展示至少一个目标数据,包括:
通过预设的映射规则将所述至少一个目标数据映射为展示数据;
通过所述展示模板展示所述展示数据。
具体的,在应用程序开发的过程中,不仅后端接口的参数经常发生变化,后端服务器存储的数据也会发生变化,例如数据的名称和数值发生变化等等,这种情况导致前端与后端对于同一个数据的存储名称可能不同,在后端返回数据时,虽然目标数据是前端需要访问的数据,但是其名称并不是前端能够识别的目标数据的名称。因此,需要建立一个映射规则,将后端返回的目标数据的名称通过映射规则映射为前端能够识别的目标数据的名称,以便能够在前端页面中自动进行目标数据的展示或更新展示。映射规则为“名称1-名称2”,名称1为前端能够识别的目标数据的名称,名称2为后端返回的目标数据的名称,将名称2通过映射规则转换为名称1。表4示出了映射规则表,
表4映射规则表
前端识别字段 | 后端识别字段 |
label | name |
value | id |
可以看出,映射关系包括label-name和value-id,label和value为前端能够识别的目标数据的名称,name和id为后端返回的目标数据的名称,分别将label与name建立映射关系、value与id建立映射关系,当后端返回name数据时,通过映射规则转换为label数据,当后端返回id数据时,通过摄影规则转换为value数据,进而在前端页面中展示label和value数据。上述映射规则只作为示例性说明,对本申请不具有限制作用。
需要说明的是,本申请实施例的方法可以由单个设备执行,例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下,由多台设备相互配合来完成。在这种分布式场景的情况下,这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤,这多台设备相互之间会进行交互以完成所述的方法。
需要说明的是,上述对本申请的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
基于同一发明构思,与上述任意实施例方法相对应的,本申请还提供了一种目标数据访问装置。
图8示出了目标数据访问装置800的结构示意图,参考图8,所述目标数据访问装置800,包括:
确定模块802,被配置为响应于检测到针对目标页面的目标组件的触发操作,确定与所述目标组件的触发操作关联的接口信息;
生成模块804,被配置为基于所述接口信息和预设的映射模板生成数据请求,其中,所述映射模板用于获取所述接口信息中第一定义参数的参数信息;
发送模块806,被配置为发送所述数据请求以对目标数据进行访问。
在一些实施例中,所述生成模块804还被配置为根据所述映射模板从已存储的上下文数据中读取所述第一定义参数的参数信息;根据所述接口信息配置所述参数信息,以生成所述数据请求。
在一些实施例中,还包括关联模块808,所述关联模块808被配置为将所述目标页面中的每个组件与至少一个接口信息进行关联。
在一些实施例中,所述关联模块808还被配置为生成所述目标页面对应的接口列表;所述接口列表包括与所述组件对应的至少一个接口信息;从所述接口列表中选择至少一个接口信息与所述组件进行关联。
在一些实施例中,所述确定模块802还被配置为根据与所述目标组件关联的至少一个接口信息,确定与所述目标组件的触发操作关联的接口信息。
在一些实施例中,还包括更新模块810,所述更新模块810被配置为以预设时间间隔刷新所述接口列表,以更新所述接口列表中的接口信息。
在一些实施例中,还包括预定义模块812,所述预定义模块812被配置为预先定义全局数据模型,所述全局数据模型包括令牌;所述生成模块804还被配置为在所述数据请求的消息头中添加所述全局数据模型。
基于同一发明构思,与上述任意实施例方法相对应的,本申请还提供了一种目标数据展示装置。
图9示出了目标数据展示装置900的结构示意图,参考图9,所述目标数据展示装置900,包括:
展示模块902,被配置为响应于接收到至少一个目标数据,通过预设的展示模板展示至少一个目标数据,所述目标数据是通过目标数据访问装置800获得的。
在一些实施例中,所述展示模块902还被配置为通过预设的映射规则将所述至少一个目标数据映射为展示数据;通过所述展示模板展示所述展示数据。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
上述实施例的装置用于实现前述任一实施例中相应的目标数据访问方法或目标数据展示方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
基于同一发明构思,与上述任意实施例方法相对应的,本申请还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上任意一实施例所述的目标数据访问方法或目标数据展示方法。
图10示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图,该设备可以包括:处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory,只读存储器)、RAM(Random AccessMemory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路,在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是,尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。
上述实施例的电子设备用于实现前述任一实施例中相应的目标数据访问方法或目标数据展示方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
基于同一发明构思,与上述任意实施例方法相对应的,本申请还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令用于使所述计算机执行如上任一实施例所述的目标数据访问方法或目标数据展示方法。
本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。
上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的目标数据访问方法或目标数据展示方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
基于同一发明构思,与上述任意实施例方法100、200或300相对应的,本申请还提供了一种计算机程序产品,其包括计算机程序。在一些实施例中,所述计算机程序由计算机可执行以使得所述计算机执行所述的方法100、200或300。对应于方法100、200或300各实施例中各步骤对应的执行主体,执行相应步骤的计算机可以是属于相应执行主体的。
上述实施例的计算机程序产品用于使计算机执行如上任一实施例所述的方法100、200或300,并且具有相应的方法实施例的有益效果,在此不再赘述。
所属领域的普通技术人员应当理解:以上任何实施例的讨论仅为示例性的,并非旨在暗示本申请的范围(包括权利要求)被限于这些例子;在本申请的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本申请实施例的不同方面的许多其它变化,为了简明它们没有在细节中提供。
另外,为简化说明和讨论,并且为了不会使本申请实施例难以理解,在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外,可以以框图的形式示出装置,以便避免使本申请实施例难以理解,并且这也考虑了以下事实,即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请实施例的平台的(即,这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如,电路)以描述本申请的示例性实施例的情况下,对本领域技术人员来说显而易见的是,可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请实施例。因此,这些描述应被认为是说明性的而不是限制性的。
尽管已经结合了本申请的具体实施例对本申请进行了描述,但是根据前面的描述,这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如,其它存储器架构(例如,动态RAM(DRAM))可以使用所讨论的实施例。
本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此,凡在本申请实施例的精神和原则之内,所做的任何省略、修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (14)
1.一种目标数据访问方法,其特征在于,包括:
响应于检测到针对目标页面的目标组件的触发操作,确定与所述目标组件的触发操作关联的接口信息;
基于所述接口信息和预设的映射模板生成数据请求,其中,所述映射模板用于获取所述接口信息中第一定义参数的参数信息;
发送所述数据请求以对目标数据进行访问。
2.根据权利要求1所述的方法,其特征在于,所述基于所述接口信息和预设的映射模板生成数据请求,包括:
根据所述映射模板从已存储的上下文数据中读取所述第一定义参数的参数信息;
根据所述接口信息配置所述参数信息,以生成所述数据请求。
3.根据权利要求1所述的方法,其特征在于,在响应于检测到针对目标页面的目标组件的触发操作之前,所述方法还包括:
将所述目标页面中的每个组件与至少一个接口信息进行关联。
4.根据权利要求3所述的方法,其特征在于,所述将所述目标页面中的每个组件与至少一个接口信息进行关联,包括:
生成所述目标页面对应的接口列表;所述接口列表包括与所述组件对应的至少一个接口信息;
从所述接口列表中选择至少一个接口信息与所述组件进行关联。
5.根据权利要求4所述的方法,其特征在于,确定与所述目标组件的触发操作关联的接口信息,包括:
根据与所述目标组件关联的至少一个接口信息,确定与所述目标组件的触发操作关联的接口信息。
6.根据权利要求4所述的方法,其特征在于,所述方法还包括:
以预设时间间隔刷新所述接口列表,以更新所述接口列表中的接口信息。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
预先定义全局数据模型,所述全局数据模型包括令牌;
基于所述接口信息和预设的映射模板生成数据请求,包括:在所述数据请求的消息头中添加所述全局数据模型。
8.一种目标数据展示方法,其特征在于,包括:
响应于接收到至少一个目标数据,通过预设的展示模板展示至少一个目标数据,所述目标数据是通过如权利要求1-7任一项所述的目标数据访问方法获得的。
9.根据权利要求8所述的方法,其特征在于,所述通过预设的展示模板展示至少一个目标数据所述通过预设的展示模板展示至少一个目标数据,包括:
通过预设的映射规则将所述至少一个目标数据映射为展示数据;
通过所述展示模板展示所述展示数据。
10.一种目标数据访问装置,其特征在于,包括:
确定模块,被配置为响应于检测到针对目标页面的目标组件的触发操作,确定与所述目标组件的触发操作关联的接口信息;
生成模块,被配置为基于所述接口信息和预设的映射模板生成数据请求,其中,所述映射模板用于获取所述接口信息中第一定义参数的参数信息;
发送模块,被配置为发送所述数据请求以对目标数据进行访问。
11.一种目标数据的展示装置,其特征在于,包括:
展示模块,被配置为响应于接收到至少一个目标数据,通过预设的展示模板展示至少一个目标数据,所述目标数据是通过如权利要求10所述的目标数据访问装置获得的。
12.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至9任意一项所述的方法。
13.一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,其特征在于,所述计算机指令用于使计算机执行权利要求1至9任意一项所述的方法。
14.一种计算机程序产品,包括计算机程序指令,当所述计算机程序指令在计算机上运行时,使得计算机执行如权利要求1-9任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211494364.0A CN118092910A (zh) | 2022-11-25 | 2022-11-25 | 目标数据访问展示方法及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211494364.0A CN118092910A (zh) | 2022-11-25 | 2022-11-25 | 目标数据访问展示方法及相关设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118092910A true CN118092910A (zh) | 2024-05-28 |
Family
ID=91160451
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211494364.0A Pending CN118092910A (zh) | 2022-11-25 | 2022-11-25 | 目标数据访问展示方法及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118092910A (zh) |
-
2022
- 2022-11-25 CN CN202211494364.0A patent/CN118092910A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11669503B2 (en) | Building and managing data-processing attributes for modeled data sources | |
WO2021184725A1 (zh) | 用户界面测试方法、装置、存储介质及计算机设备 | |
US9235636B2 (en) | Presenting data in response to an incomplete query | |
US10331765B2 (en) | Methods and apparatus for translating forms to native mobile applications | |
US11797273B2 (en) | System and method for enhancing component based development models with auto-wiring | |
CN108519967A (zh) | 图表可视化方法、装置、终端和存储介质 | |
CN110162408B (zh) | 一种数据处理方法、装置、设备和机器可读介质 | |
US9967370B2 (en) | OData enabled mobile software applications | |
US20180307692A1 (en) | Software application interface for mediating access to services of a centralized data store | |
WO2023231665A1 (zh) | 分布式事务处理方法、系统、设备及可读存储介质 | |
US11372826B2 (en) | Dynamic inclusion of custom columns into a logical model | |
CN112860247B (zh) | 一种模型组件的自定义生成方法、装置、设备及介质 | |
CN113535165A (zh) | 界面生成方法、装置、电子设备及计算机可读存储介质 | |
CN113018870A (zh) | 一种数据处理方法、装置及计算机可读存储介质 | |
US10019519B2 (en) | Methods and systems for utilizing global entities in software applications | |
US10567472B2 (en) | Manipulation of PDF files using HTML authoring tools | |
CN114371845A (zh) | 表单生成方法及装置 | |
WO2023239468A1 (en) | Cross-application componentized document generation | |
US9230022B1 (en) | Customizable result sets for application program interfaces | |
CN118092910A (zh) | 目标数据访问展示方法及相关设备 | |
CN109033447B (zh) | 一种人脸识别数据可视化系统 | |
CN112182083A (zh) | 文件生成方法、装置、设备及存储介质 | |
US11770437B1 (en) | Techniques for integrating server-side and client-side rendered content | |
EP4009175A1 (en) | Simulation service providing a generic api endpoint | |
CN117763173A (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 |