一种数据处理方法、装置、计算机设备及存储介质与流程

文档序号:34380797发布日期:2023-06-08 01:57阅读:30来源:国知局
一种数据处理方法、装置、计算机设备及存储介质与流程

本公开涉及计算机,具体而言,涉及一种数据处理方法、装置、计算机设备及存储介质。


背景技术:

1、在前端代码开发完成后,可以对开发完成的前端代码进行打包并将打包后的前端代码发送至网页服务器中进行部署,从而使得用户可以浏览到基于前端代码展示的网页内容。

2、相关技术中,为了提高前端开发效率,前端开发所需要的各种功能往往被整合至一个开发工具中,使得开发人员可以在一个开发工具完成前端开发的全流程操作,但随着技术的更新迭代,出现了很多具有优秀性能的新工具,而使用这些新工具实现前端部署中的部分功能能够有效的提高,但不同的开发工具往往是通过不同的编程语言开发的,因此如何使用基于不同编程语言开发的开发工具成为了该领域内亟待解决的技术问题。


技术实现思路

1、本公开实施例至少提供一种数据处理方法、装置、计算机设备及存储介质。

2、第一方面,本公开实施例提供了一种数据处理方法,包括:

3、响应于接收到针对第一开发工具中待处理数据的处理指令,通过预先建立的所述第一开发工具与第二开发工具之间的传输通道,调用所述第二开发工具对所述待处理数据进行打包处理,得到打包后的前端项目;其中,所述第一开发工具与所述第二开发工具为基于不同编程语言开发的,所述第二开发工具在进行打包处理时还用于向所述第一开发工具发送插件调用指令,并基于所述传输通道对所述第一开发工具的插件调用结果进行检测;

4、将打包后的数据处理至网页服务器中,以基于所述网页服务器中的前端项目实现网页前端内容展示。

5、一种可能的实施方式中,所述第一开发工具为node工具,所述第二开发工具为rust工具。

6、一种可能的实施方式中,所述方法还包括通过以下方法建立所述传输通道:

7、确定所述第一开发工具与所述第二开发工具之间的接口传输协议;

8、基于异步编程框架和所述接口传输协议,建立所述传输通道;其中,所述异步编程框架用于建立所述第一开发工具与所述第二开发工具之间的异步通信连接。

9、一种可能的实施方式中,所述调用所述第二开发工具对所述待处理数据进行打包处理,包括:

10、在检测到所述待处理数据对应有插件数据的情况下,调用所述第二开发工具对所述待处理数据及其对应的插件数据进行打包处理;其中,所述插件数据为所述第二开发工具基于预设的所述传输通道,与所述第一开发工具中的插件管理组件进行数据传输后获取的。

11、一种可能的实施方式中,所述方法还包括根据以下方法获取所述插件数据:

12、响应于接收到所述第二开发工具发送的插件数据获取请求,对所述插件数据获取请求进行解析,并将根据解析结果生成的调用任务存储至预设的任务队列中;

13、基于所述任务队列中各调用任务的入队顺序,依次执行所述调用任务,获取与调用任务对应的插件数据。

14、一种可能的实施方式中,所述方法还包括:

15、接收所述第二开发工具发送的目标异常提示信息;其中,所述目标异常提示信息包含所述第二开发工具通过向所述第一开发工具发送插件数据获取请求后,从所述第一开发工具接收的返回数据中确定的异常提示信息。

16、一种可能的实施方式中,所述目标异常提示信息,包括:

17、从所述返回数据中确定并发送的与错误代码定位相关的堆栈信息;和/或,

18、从所述返回数据中确定的与错误处理相关的错误关联信息;其中,所述错误关联信息包括错误类型信息。

19、一种可能的实施方式中,所述方法还包括:

20、响应于针对所述插件数据的重新获取请求,对所述重新获取请求进行解析,并将根据解析结果生成的调用任务存储至预设的任务队列中;其中,所述重新获取请求为所述第二开发工具在确定的错误类型信息为可重试类型后向所述第一开发工具发送的;

21、基于所述任务队列中各调用任务的入队顺序,依次执行所述调用任务,获取与调用任务对应的插件数据。

22、第二方面,本公开实施例还提供一种数据处理装置,包括:

23、调用模块,用于响应于接收到针对第一开发工具中待处理数据的处理指令,通过预先建立的所述第一开发工具与第二开发工具之间的传输通道,调用所述第二开发工具对所述待处理数据进行打包处理,得到打包处理后的数据;其中,所述第一开发工具与所述第二开发工具为基于不同编程语言开发的,所述第二开发工具在进行打包处理时还用于向所述第一开发工具发送插件调用指令,并基于所述传输通道对所述第一开发工具的插件调用结果进行感知;

24、部署模块,用于将打包处理后的数据部署至网页服务器中,以基于所述网页服务器实现数据内容的展示。

25、一种可能的实施方式中,所述第一开发工具为node工具,所述第二开发工具为rust工具。

26、一种可能的实施方式中,所述调用模块还用于通过以下步骤建立所述传输通道:

27、确定所述第一开发工具与所述第二开发工具之间的接口传输协议;

28、基于异步编程框架和所述接口传输协议,建立所述传输通道;其中,所述异步编程框架用于建立所述第一开发工具与所述第二开发工具之间的异步通信连接。

29、一种可能的实施方式中,所述调用模块,在调用所述第二开发工具对所述待处理数据进行打包处理时,用于:

30、在检测到所述待处理数据对应有插件数据的情况下,调用所述第二开发工具对所述待处理数据及其对应的插件数据进行打包处理;其中,所述插件数据为所述第二开发工具基于预设的所述传输通道,与所述第一开发工具中的插件管理组件进行数据传输后获取的。

31、一种可能的实施方式中,所述调用模块还用于根据以下步骤获取所述插件数据:

32、响应于接收到所述第二开发工具发送的插件数据获取请求,对所述插件数据获取请求进行解析,并将根据解析结果生成的调用任务存储至预设的任务队列中;

33、基于所述任务队列中各调用任务的入队顺序,依次执行所述调用任务,获取与调用任务对应的插件数据。

34、一种可能的实施方式中,所述调用模块还用于:

35、接收所述第二开发工具发送的目标异常提示信息;其中,所述目标异常提示信息包含所述第二开发工具通过向所述第一开发工具发送插件数据获取请求后,从所述第一开发工具接收的返回数据中确定的异常提示信息。

36、一种可能的实施方式中,所述目标异常提示信息,包括:

37、从所述返回数据中确定并发送的与错误代码定位相关的堆栈信息;和/或,

38、从所述返回数据中确定的与错误处理相关的错误关联信息;其中,所述错误关联信息包括错误类型信息。

39、一种可能的实施方式中,所述调用模块还用于:

40、响应于针对所述插件数据的重新获取请求,对所述重新获取请求进行解析,并将根据解析结果生成的调用任务存储至预设的任务队列中;其中,所述重新获取请求为所述第二开发工具在确定的错误类型信息为可重试类型后向所述第一开发工具发送的;

41、基于所述任务队列中各调用任务的入队顺序,依次执行所述调用任务,获取与调用任务对应的插件数据。

42、第三方面,本公开实施例还提供一种计算机设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当计算机设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。

43、第四方面,本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。

44、本公开实施例提供的数据处理方法、装置、计算机设备及存储介质,能够通过预先建立的传输通道实现第一开发工具和第二开发工具的数据传输,从而实现对于待处理数据的打包处理,并且能够在打包处理过程中通过所述传输通道获取到打包时需要使用的插件,并同时建立对插件调用结果的检测,建立了完善的跨编程语言开发的开发工具之间的调用机制和检测机制,从而能够调用与当前开发工具所使用的编程语言不同的其他开发工具对待处理数据进行打包,为当前开发工具接入更高效率的打包工具提供了底层基础,从而可以提高待处理数据的处理效率。

45、为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1