一种插件调试方法、客户端、服务器及存储介质与流程

1.本发明涉及计算机技术领域，尤其涉及的是一种插件调试方法、客户端、服务器及存储介质。


背景技术：

2.在调度系统中，我们为了项目需要，常常会新建一些插件。实际中，把插件开发完成后，发现需要一个平台运行它。而平台搭建可能随着项目的复杂度而搭建困难，这大大影响了开发效率。如果为了调试插件而在本地搭建一个完整的平台，则会浪费掉大量时间。
3.因此，现有技术还有待改进和发展。


技术实现要素：

4.本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种插件调试方法、客户端、服务器及存储介质，旨在解决现有技术中为了调试插件而在本地搭建一个完整的平台，浪费掉大量时间的问题。
5.本发明解决问题所采用的技术方案如下：
6.第一方面，本发明实施例提供一种插件调试方法，其中，所述方法包括：
7.获取插件的业务对应的数据规范和调用接口；
8.将所述数据规范和所述调用接口发送至客户端；
9.接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试。
10.在一种实现方式中，其中，所述获取插件的业务对应的数据规范和调用接口包括：
11.提取所述插件对应的服务代码；
12.根据所述插件的业务，更新所述服务代码，得到与所述插件的业务对应的数据规范和调用接口。
13.在一种实现方式中，其中，所述调用接口包括：初始化接口、控制接口、参数设置接口、冲突检测接口、异常检测接口。
14.在一种实现方式中，其中，所述获取插件的业务对应的数据规范和调用接口之后包括：
15.将所述插件放入预设的位置。
16.在一种实现方式中，其中，所述接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试之后包括：
17.将所述插件销毁。
18.第二方面，本发明实施例还提供一种插件调试客户端，其中，包括：数据交互接口、界面生成模块和用户接口，其中，
19.所述数据交互接口用于接收从服务器中发送来的所述插件的业务对应的数据规范和调用接口；
20.所述界面生成模块用于根据所述数据规范和所述调用接口的相关信息生成开发界面；
21.所述用户接口用于接收请求者在所述开发界面中输入的与所述数据规范相适应的数据以及请求者在所述开发界面中选定的所述业务对应的调用接口并将所述数据发送至所述服务器。
22.在一种实现方式中，其中，所述客户端的个数为若干个。
23.第三方面，本发明实施例还提供一种插件调试服务器，其中，包括：数据规范和调用接口获取模块、数据规范和调用接口发送模块和请求信息接收模块，其中，
24.数据规范和调用接口获取模块，用于获取插件的业务对应的数据规范和调用接口；
25.数据规范和调用接口发送模块，用于将所述数据规范和所述调用接口发送至客户端；
26.请求信息接收模块，用于接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试。
27.第四方面，本发明实施例还提供一种插件调试系统，其中，包括插件调试客户端和插件调试服务器，其中，所述插件调试客户端包括：
28.数据交互接口、界面生成模块和用户接口，其中，
29.所述数据交互接口用于接收从服务器中发送来的所述插件的业务对应的数据规范和调用接口；
30.所述界面生成模块用于根据所述数据规范和所述调用接口的相关信息生成开发界面；
31.所述用户接口用于接收请求者在所述开发界面中输入的与所述数据规范相适应的数据以及请求者在所述开发界面中选定的所述业务对应的调用接口并将所述数据发送至所述服务器；
32.所述插件调试服务器包括：数据规范和调用接口获取模块、数据规范和调用接口发送模块和请求信息接收模块，其中，
33.数据规范和调用接口获取模块，用于获取插件的业务对应的数据规范和调用接口；
34.数据规范和调用接口发送模块，用于将所述数据规范和所述调用接口发送至客户端；
35.请求信息接收模块，用于接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试。
36.第五方面，本发明实施例还提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述中任意一项所述的插件调试方法。
37.本发明的有益效果：本发明实施例首先获取插件的业务对应的数据规范和调用接口；然后将所述数据规范和所述调用接口发送至客户端；最后接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试；可见，本发明实施例只需在服务器中获取插件的业务对应的数据规范和调用接口，作
为插件的业务查询，再通过接收客户端调用插件的请求信息实现对插件的调试，无需在本地搭建一个完整的平台，节省开发时间，提高了开发效率。
附图说明
38.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1为本发明实施例提供的插件调试方法流程示意图。
40.图2为本发明实施例提供的插件调试方法一个实施例的流程示意图。
41.图3为本发明实施例提供的插件调试服务器的原理框图。
具体实施方式
42.本发明公开了一种插件调试方法、客户端、服务器、存储介质，为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
43.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
44.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
45.由于现有技术中，在调度系统中，为了项目需要，常常会新建一些插件。因为自己制作的插件，可以用来解决一些操作上的不便或增加新功能。
46.平台 插件软件结构是将一个待开发的目标软件分为两部分，一部分为软件的主体或框架，即为平台，这是预先编译后的程序。
47.另一部分为功能或补充模块，即为插件。这个就是后来要进行安装的插件程序。
48.然而，实际中会遇到这样的情况：把插件开发完成后，发现需要一个平台运行它。而平台搭建可能随着项目的复杂度而搭建困难，这大大影响了开发效率。倘若为了调试插件而在本地搭建一个完整的平台，则会浪费掉大量时间，得不偿失。
49.为了解决现有技术的问题，本实施例提供了一种插件调试方法、客户端、服务器及存储介质，通过所示方法只需在服务器中获取插件的业务对应的数据规范和调用接口，作为插件的业务查询，再通过接收客户端调用插件的请求信息实现对插件的调试，无需在本
地搭建一个完整的平台，节省开发时间，提高了开发效率。具体实施时，首先获取插件的业务对应的数据规范和调用接口；然后将所述数据规范和所述调用接口发送至客户端；最后接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试。
50.示例性方法
51.本实施例提供一种插件调试方法，该方法可以应用于计算机的服务器。具体如图1所示，所述方法包括：
52.步骤s100、获取插件的业务对应的数据规范和调用接口；
53.具体地，在本实施例中，插件指的是软件插件，插件的业务指的是通过插件实现销售的事务，如压缩/解压缩、flash和photoshop等。所示数据规范是在服务器中预先定义的语义，比如可以预先定义canunload＝1或0等类似的语义，用来表示指定插件可以随时卸载。当然，本发明并不限于此。所示数据规范可以包括指导开发者撰写可被插件配置系统识别的代码等面向开发者的所有数据，从而扩展配置系统的业务能力，是软件代码不用修改的前提下去适应更多的业务功能。调用接口可以包括但不限于：初始化接口、控制接口、参数设置接口、冲突检测接口、异常检测接口等。
54.为了得到插件的业务对应的数据规范和调用接口，所述获取插件的业务对应的数据规范和调用接口包括如下步骤：
55.s101：提取所述插件对应的服务代码；
56.s102：根据所述插件的业务，更新所述服务代码，得到与所述插件的业务对应的数据规范和调用接口。
57.具体地，为了简化插件运行的环境，不用在本地搭建一个完整的平台，只提取所述插件对应的服务代码，例如，所述插件包含压缩/解压缩插件、flash插件和photoshop插件等时，仅仅只将与压缩/解压缩插件、flash插件和photoshop插件等相关的服务代码提取出来，无需将软件的主体提取出来。在一种实现方式中，根据所述插件对应的服务代码构建模拟客户端(也即本发明实施例中的客户端)和模拟服务器(也即本发明实施例中的服务器)。然后根据所述插件的业务，更新所述服务代码，得到与所述插件的业务对应的数据规范和调用接口。例如，当所述插件的业务为压缩/解压缩、flash和photoshop等时，其对应的数据规范和调用接口是不同的，为了后续能够调试的方便，需要继续添加并编写代码，以便能建立各插件的业务与各自的数据规范和调用接口对应起来，通过这种方式更新服务代码后，就得到与所述插件的业务对应的数据规范和调用接口。调用接口可以包括但不限于：初始化接口、控制接口、参数设置接口、冲突检测接口、异常检测接口等。以压缩/解压缩为例，与压缩/解压缩对应的调用接口可以包括：初始化接口和反初始化接口、压缩/解压缩能力的查询接口、控制包括启动、停止、暂停和继续的作业控制接口、压缩/解压缩参数的设置接口、输入需要进行压缩/解压缩的目标文件的设置接口、输出文件的路径的设置接口、冲突检测接口、异常检测接口、分卷设置接口等等。
58.在一种实现方式中，所述获取插件的业务对应的数据规范和调用接口之后包括：
59.将所述插件放入预设的位置。
60.具体地，在开发插件时，插件可能会涉及菜单，比如，顶部菜单test，test下有一级目录test1，test1下有二级菜单，包含一个testbutton按钮，不管是菜单还是button都要依
托group存在，要想实现相应的业务效果，要有2个group,两个menu(一个是在顶部的test，一个是test1),以及一个button。这样，需要定义唯一标识guid和id，每个控件有自己的唯一标识后就可以区分。然后将唯一标识guid和id与相应业务的插件一一对应存储在注册表中。预设的位置也即注册表中插件的业务对应的唯一标识guid和id的位置。也就是说，当插件开发完毕，就将插件放置在注册表中插件的业务对应的唯一标识guid和id的位置。
61.得到插件的业务对应的数据规范和调用接口之后，就可以执行如图1所示的如下步骤：s200、将所述数据规范和所述调用接口发送至客户端；
62.具体地，因为对插件的调试是将服务器和客户端进行联调，用户是在客户端调用插件，但是插件的服务代码在服务器中。当获取插件的业务对应的数据规范和调用接口后，运行服务器，然后将所述数据规范和所述调用接口通过交互接口发送至客户端，在本实施例中，可以将所述数据规范和所述调用接口通过交互接口发送至多个客户端，然后运行客户端。
63.将所述数据规范和所述调用接口发送至客户端之后，客户端运行后，会产生请求信息，因此，服务器需要执行如图1所示的如下步骤：s300、接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试。
64.具体地，如图2所示，用户在客户端的操作界面操作后，就会给服务器发送界面反馈，服务器接收所述客户端调用插件的请求信息，比如，对压缩/解压缩的插件进行调用请求，服务器就会调用压缩/解压缩的插件，然后如果压缩/解压缩功能实现，没有bug，则说明插件功能成功，如果有bug，则修改代码，直至插件功能成功。
65.在一种实现方式中，所述接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试之后包括：
66.将所述插件销毁。
67.具体地，当用户对一个插件的功能调试成功后，需要换一个插件进行调试，此时需要在离开页面时对当前调试的插件进行销毁，以便对另一个插件进行调试。具体的销毁步骤如：回到顶部按钮或者滚动条，然后将所述插件销毁。入股在销毁插件时，生成了dom，隐藏这些dom。
68.示例性设备
69.本发明实施例还提供一种插件调试客户端，其中，包括：数据交互接口、界面生成模块和用户接口，其中，
70.所述数据交互接口用于接收从服务器中发送来的所述插件的业务对应的数据规范和调用接口；
71.所述界面生成模块用于根据所述数据规范和所述调用接口的相关信息生成开发界面；
72.所述用户接口用于接收请求者在所述开发界面中输入的与所述数据规范相适应的数据以及请求者在所述开发界面中选定的所述业务对应的调用接口并将所述数据发送至所述服务器。
73.具体地，在虚拟运行环境的测试和调试基础上，增加基于真实环境的测试和调试，此时，所述数据交互接口还可以向所述服务器发出请求以对插件进行基于真实运行环境的
测试和调试，其中，通过基于真实环境的测试和调试的所述插件被设置验证标识。验证标识用于标示插件为通过测试和调试的合法插件。验证标识可以为md5码，从而提供消息的完整性保护，使传输完整一致。需要说明的是，该验证标识码不局限于md5，其他可起到同样作用的标识码均可以实现本发明。
74.所述数据交互接口向所述服务器发送请求从而接入所述服务器时，所述请求可以携带账号信息，同时，所述数据交互接口将所述数据和调用接口信息上传到所述服务器中生成插件时，还将所述账号信息也上传到所述服务器中与所述插件对应保存，还用于向所述服务器发送携带有所述账号信息的浏览请求，接收所述服务器反馈的所述账号信息对应的所述插件以及插件的相关信息；该相关信息可以但不局限于：下载次数、生成日期、当前版本信息等等。
75.界面生成模块用于根据所述数据规范和所述调用接口的相关信息生成开发界面，这样，用户就可以在客户段的开发界面中进行操作，调用业务相关的插件并进行调试。
76.所述用户接口用于接收请求者在所述开发界面中输入的与所述数据规范相适应的数据以及请求者在所述开发界面中选定的所述业务对应的调用接口并将所述数据发送至所述服务器。比如，请求者在开发界面输入压缩/解压缩的数据规范相适应的数据，或者请求者在所述开发界面中选定压缩/解压缩对应的调用接口，然后将压缩/解压缩的数据规范相适应的数据通过数据交互接口发送至所述服务器，就可以和服务器一起来实现对插件的联合调试。
77.实际调试过程中，查看插件运行是否有错误，如果有错误，调试的验证工具将定位错误的位置，并分析错误原因，提示修改从而修正所述错误，修正错误后回归测试，直至调试成功。
78.在一种实现方式中，所述客户端的个数为若干个。这样服务器可以同时与多台客户端连接，以便在不同的客户端上调试不同业务的插件。
79.如图3所示，本发明实施例还提供一种插件调试服务器，其中，包括：数据规范和调用接口获取模块、数据规范和调用接口发送模块和请求信息接收模块，其中，
80.数据规范和调用接口获取模块，用于获取插件的业务对应的数据规范和调用接口；
81.数据规范和调用接口发送模块，用于将所述数据规范和所述调用接口发送至客户端；
82.请求信息接收模块，用于接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试。
83.本发明实施例还提供一种插件调试系统，其中，所述系统系统包括插件调试客户端和插件调试服务器，其中，所述插件调试客户端包括：
84.数据交互接口、界面生成模块和用户接口，其中，
85.所述数据交互接口用于接收从服务器中发送来的所述插件的业务对应的数据规范和调用接口；
86.所述界面生成模块用于根据所述数据规范和所述调用接口的相关信息生成开发界面；
87.所述用户接口用于接收请求者在所述开发界面中输入的与所述数据规范相适应
的数据以及请求者在所述开发界面中选定的所述业务对应的调用接口并将所述数据发送至所述服务器；
88.所述插件调试服务器包括：数据规范和调用接口获取模块、数据规范和调用接口发送模块和请求信息接收模块，其中，
89.数据规范和调用接口获取模块，用于获取插件的业务对应的数据规范和调用接口；
90.数据规范和调用接口发送模块，用于将所述数据规范和所述调用接口发送至客户端；
91.请求信息接收模块，用于接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试。
92.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
93.综上所述，本发明公开了一种插件调试方法、客户端、服务器及存储介质，所述方法包括：获取插件的业务对应的数据规范和调用接口；将所述数据规范和所述调用接口发送至客户端；接收所述客户端根据所述数据规范和所述调用接口的相关信息生成的开发界面调用插件的请求信息，对所述插件进行调试。本发明实施例只需在服务器中获取插件的业务对应的数据规范和调用接口，作为插件的业务查询，再通过接收客户端调用插件的请求信息实现对插件的调试，无需在本地搭建一个完整的平台，节省开发时间，提高了开发效率。
94.基于上述实施例，本发明公开了一种插件调试方法，应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。