一种支持离线Jar包的数据元件开发调试方法和系统转让专利

申请号 : CN202311321391.2

文献号 : CN117056240B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 陆志鹏韩光郑曦王晓亮国丽李学兵畅佳李超胡成盛胡俊

申请人 : 中电数创(北京)科技有限公司中电数据产业有限公司

摘要 :

本发明涉及数据元件开发技术领域,提供一种支持离线Jar包的数据元件开发调试方法和系统,本发明的方法包括:获取离线Jar包,通过安全扫描筛选安全的离线Jar包;通过引用和配置离线Jar包,生成待调试的元件模型;通过调试容器对生成的待调试元件模型进行调试,输出调试结果;将调试结果在建模平台中进行展示,保存经过调试的元件模型。本发明的支持离线Jar包的数据元件开发调试方法和系统,将开发者过往累计的业务沉淀,快速用于数据元件产品开发加工的能力,数据元件产品的开发人员可以直接上传编译好的离线Jar包,然后在建模平台里进行引用,极大减少了重复工作量,也大大降低了建模过程中的出错概率。

权利要求 :

1.一种支持离线Jar包的数据元件开发调试方法,其特征在于,所述方法包括:

获取离线Jar包,通过安全扫描筛选安全的离线Jar包;

通过引用和配置离线Jar包,生成待调试的元件模型,包括:在建模平台中拖入输入组件、计算组件和输出组件,并将所述输出组件与所述计算组件进行关联;

通过设置所述输入组件的属性选中需要加载处理的数据资源表;

通过设置所述计算组件的属性引用通过安全扫描的离线Jar包,并对所引用的离线Jar包的主程序路径和主函数入口进行配置;

保存所述输出组件以及经过属性设置的输入组件和计算组件,生成待调试的元件模型;

通过调试容器对生成的待调试元件模型进行调试,输出调试结果,包括:根据所述待调试的元件模型从镜像仓库中选择并启动JVM运行时环境;

根据所述离线Jar包的主程序路径加载所述离线Jar包,将加载的所述离线Jar包解析成可执行Java代码;

加载所述输入组件选中的数据资源表的样本数据,将加载的样本数据作为输入发送至所述可执行Java代码;

根据所述离线Jar包的主函数入口执行所述Java代码,加载并处理作为输入的样本数据,获得计算结果并将所述计算结果传输至所述建模平台中的输出组件;

将所述调试结果在所述建模平台中进行展示,并保存经过调试的元件模型。

2.根据权利要求1所述的支持离线Jar包的数据元件开发调试方法,其特征在于,所述获取离线Jar包,通过安全扫描筛选安全的离线Jar包,包括:通过安全扫描识别存在风险的离线Jar包,所述风险包括漏洞和木马程序,将存在风险的离线Jar包进行风险标识,通过筛选获得没有风险标识的离线Jar包。

3.根据权利要求1所述的支持离线Jar包的数据元件开发调试方法,其特征在于,所述加载并处理作为输入的样本数据,包括:通过所述离线Jar包的业务处理函数编写加工逻辑,根据编写的加工逻辑对加载的样本数据进行加工。

4.根据权利要求1所述的支持离线Jar包的数据元件开发调试方法,其特征在于,所述将所述调试结果在所述建模平台中进行展示,并保存经过调试的元件模型,包括:通过所述输出组件接收所述调试容器传输的调试结果,将接收的调试结果在所述建模平台中进行展示,对所述调试结果相对应的元件模型进行保存。

5.一种支持离线Jar包的数据元件开发调试系统,其特征在于,包括:

模型管理模块,用于获取离线Jar包,通过安全扫描筛选安全的离线Jar包;

建模模块,用于通过引用和配置离线Jar包,生成待调试的元件模型,包括:在建模平台中拖入输入组件、计算组件和输出组件,并将所述输出组件与所述计算组件进行关联;通过设置所述输入组件的属性选中需要加载处理的数据资源表;通过设置所述计算组件的属性引用通过安全扫描的离线Jar包,并对所引用的离线Jar包的主程序路径和主函数入口进行配置;保存所述输出组件以及经过属性设置的输入组件和计算组件,生成待调试的元件模型;将调试结果在建模平台中进行展示,保存经过调试的元件模型;

调试模块,用于通过调试容器对生成的待调试元件模型进行调试,输出调试结果,包括:根据所述待调试的元件模型从镜像仓库中选择并启动JVM运行时环境;根据所述离线Jar包的主程序路径加载所述离线Jar包,将加载的Jar包解析成可执行Java代码;加载所述输入组件选中的数据资源表的样本数据,将加载的样本数据作为输入发送至所述可执行Java代码;根据所述离线Jar包的主函数入口执行所述Java代码,加载并处理作为输入的样本数据,获得计算结果并将所述计算结果传输至所述建模平台中的输出组件。

6.根据权利要求5所述的支持离线Jar包的数据元件开发调试系统,其特征在于,所述模型管理模块具体用于获取离线Jar包,通过安全扫描识别存在风险的离线Jar包,所述风险包括漏洞和木马程序,将存在风险的离线Jar包进行风险标识,通过筛选获得没有风险标识的离线Jar包。

7.根据权利要求5所述的支持离线Jar包的数据元件开发调试系统,其特征在于,所述调试模块具体用于通过所述离线Jar包的业务处理函数编写加工逻辑,根据编写的加工逻辑对加载的样本数据进行加工。

8.根据权利要求5所述的支持离线Jar包的数据元件开发调试系统,其特征在于,所述建模模块具体用于通过所述输出组件接收所述调试容器传输的调试结果,将接收的调试结果在所述建模平台中进行展示,对所述调试结果相对应的元件模型进行保存。

9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有信息传递的实现程序,所述程序被处理器执行时实现如权利要求1至4中任一项所述的支持离线Jar包的数据元件开发调试方法的步骤。

10.一种计算机设备,其特征在于,所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现如权利要求1‑4中任一项所述的支持离线Jar包的数据元件开发调试方法的步骤。

说明书 :

一种支持离线Jar包的数据元件开发调试方法和系统

技术领域

[0001] 本发明涉及数据元件开发技术领域,尤其涉及一种支持离线Jar包的数据元件开发调试方法和系统。

背景技术

[0002] 现有的数据元件产品开发平台主要通过对已有组件的拖拉拽进行建模,或是通过在线编码进行建模,都需要在建模平台里新建模型并加以调试和修改,无法引用开发者已有的业务模型或离线程序包。这种现状导致开发者需要将已有的程序包重复开发后才能进行数据元件产品的加工,增加了不必要的工作量,也容易导致出错。尤其是在开发量大、数据组成复杂的开发场景中,现有的数据元件调试方法的效率低下,且数据调试准确率得不到保障。
[0003] 因此,如何提供一种更加高效和准确的数据元件开发调试的方法,成为亟待解决的技术问题。

发明内容

[0004] 有鉴于此,为了克服现有技术的不足,本发明旨在提供一种支持离线Jar包的数据元件开发调试方法和系统。
[0005] 本发明的第一方面,提供一种支持离线Jar包的数据元件开发调试方法,包括:
[0006] 获取离线Jar包,通过安全扫描筛选安全的离线Jar包;
[0007] 通过引用和配置离线Jar包,生成待调试的元件模型,包括:在建模平台中拖入输入组件、计算组件和输出组件,并将所述输出组件与所述计算组件进行关联;
[0008] 通过设置所述输入组件的属性选中需要加载处理的数据资源表;
[0009] 通过设置所述计算组件的属性引用通过安全扫描的离线Jar包,并对所引用的离线Jar包的主程序路径和主函数入口进行配置;
[0010] 保存所述输出组件以及经过属性设置的输入组件和计算组件,生成待调试的元件模型;
[0011] 通过调试容器对生成的待调试元件模型进行调试,输出调试结果,包括:根据所述待调试的元件模型从镜像仓库中选择并启动JVM运行时环境;
[0012] 根据所述离线Jar包的主程序路径加载所述离线Jar包,将加载的所述离线Jar包解析成可执行Java代码;
[0013] 加载所述输入组件选中的数据资源表的样本数据,将加载的样本数据作为输入发送至所述可执行Java代码;
[0014] 根据所述离线Jar包的主函数入口执行所述Java代码,加载并处理作为输入的样本数据,获得计算结果并将所述计算结果传输至所述建模平台中的输出组件;
[0015] 将所述调试结果在所述建模平台中进行展示,并保存经过调试的元件模型。
[0016] 根据本发明的一些实施例,所述获取离线Jar包,通过安全扫描筛选安全的离线Jar包,包括:
[0017] 通过安全扫描识别存在风险的离线Jar包,所述风险包括漏洞和木马程序,将存在风险的离线Jar包进行风险标识,通过筛选获得没有风险标识的离线Jar包。
[0018] 根据本发明的一些实施例,所述加载并处理作为输入的样本数据,包括:
[0019] 通过所述离线Jar包的业务处理函数编写加工逻辑,根据编写的加工逻辑对加载的样本数据进行加工。
[0020] 根据本发明的一些实施例,所述将所述调试结果在所述建模平台中进行展示,并保存经过调试的元件模型,包括:
[0021] 通过所述输出组件接收所述调试容器传输的调试结果,将接收的调试结果在所述建模平台中进行展示,对所述调试结果相对应的元件模型进行保存。
[0022] 本发明的第二方面,提供一种支持离线Jar包的数据元件开发调试系统,包括:
[0023] 模型管理模块,用于获取离线Jar包,通过安全扫描筛选安全的离线Jar包;
[0024] 建模模块,用于,用于通过引用和配置离线Jar包,生成待调试的元件模型,包括:在建模平台中拖入输入组件、计算组件和输出组件,并将所述输出组件与所述计算组件进行关联;通过设置所述输入组件的属性选中需要加载处理的数据资源表;通过设置所述计算组件的属性引用通过安全扫描的离线Jar包,并对所引用的离线Jar包的主程序路径和主函数入口进行配置;保存所述输出组件以及经过属性设置的输入组件和计算组件,生成待调试的元件模型;将调试结果在建模平台中进行展示,保存经过调试的元件模型;
[0025] 调试模块,用于通过调试容器对生成的待调试元件模型进行调试,输出调试结果,包括:根据所述待调试的元件模型从镜像仓库中选择并启动JVM运行时环境;根据所述离线Jar包的主程序路径加载所述离线Jar包,将加载的Jar包解析成可执行Java代码;加载所述输入组件选中的数据资源表的样本数据,将加载的样本数据作为输入发送至所述可执行Java代码;根据所述离线Jar包的主函数入口执行所述Java代码,加载并处理作为输入的样本数据,获得计算结果并将所述计算结果传输至所述建模平台中的输出组件。
[0026] 根据本发明的一些实施例,所述模型管理模块具体用于获取离线Jar包,通过安全扫描识别存在风险的离线Jar包,所述风险包括漏洞和木马程序,将存在风险的离线Jar包进行风险标识,通过筛选获得没有风险标识的离线Jar包。
[0027] 根据本发明的一些实施例,所述调试模块具体用于通过所述离线Jar包的业务处理函数编写加工逻辑,根据编写的加工逻辑对加载的样本数据进行加工。
[0028] 根据本发明的一些实施例,所述建模模块具体用于通过所述输出组件接收所述调试容器传输的调试结果,将接收的调试结果在所述建模平台中进行展示,对所述调试结果相对应的元件模型进行保存。
[0029] 本发明的第三方面,提供一种计算机可读存储介质,所述计算机可读存储介质上存储有信息传递的实现程序,所述程序被处理器执行时实现如上所述的支持离线Jar包的数据元件开发调试方法的步骤。
[0030] 本发明的第四方面,提供一种计算机设备,所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现如上所述的加载并处理作为输入的样本数据方法的步骤。
[0031] 本发明的支持离线Jar包的数据元件开发调试方法和系统,可以将开发者过往累计的业务沉淀,快速用于数据元件产品开发加工的能力,数据元件产品的开发人员可以直接上传编译好的离线Jar包,然后在建模平台里进行引用,极大减少了重复工作量,也大大降低了建模过程中的出错概率。

附图说明

[0032] 为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
[0033] 图1为一种适用于本发明实施例的支持离线Jar包的数据元件开发调试方法的系统的示意图;
[0034] 图2为本发明实施例的一种支持离线Jar包的数据元件开发调试系统中调试服务端的架构图;
[0035] 图3为根据本发明实施例的一种支持离线Jar包的数据元件开发调试方法的步骤流程图;
[0036] 图4为本发明实施例支持离线Jar包的数据元件开发调试方法在一种示例性场景中的执行流程图;
[0037] 图5为本发明提供的设备的结构示意图。

具体实施方式

[0038] 下面结合附图对本发明实施例进行详细描述。
[0039] 需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合;并且,基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
[0040] 需要说明的是,下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见,本文中所描述的方面可体现于广泛多种形式中,且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开,所属领域的技术人员应了解,本文中所描述的一个方面可与任何其它方面独立地实施,且可以各种方式组合这些方面中的两者或两者以上。举例来说,可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外,可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。
[0041] 图1示出了一种适用于本申请实施例的支持离线Jar包的数据元件开发调试方法的示例性系统。如图1所示,该系统可以包括调试服务端101、通信网络102和/或一个或多个调试客户端103,图1中示例为多个调试客户端103。
[0042] 调试服务端101可以时用于存储信息、数据、程序和/或任何其他合适类型的内容的任何适当的服务器。在一些实施例中,调试服务端101可以执行适当的功能。例如,在一些实施例中,调试服务端101可以用于支持离线Jar包的数据元件开发调试。作为可选的示例,在一些实施例中,调试服务端101可以被用于通过生成待调试的元件模型实现支持离线Jar包的数据元件开发调试。例如,调试服务端101可以用于获取离线Jar包,通过安全扫描筛选安全的离线Jar包;通过引用和配置离线Jar包,生成待调试的元件模型;通过调试容器对生成的待调试元件模型进行调试,输出调试结果;将调试结果在建模平台中进行展示,保存经过调试的元件模型。
[0043] 作为一种示例,如图2所示,本实施例支持离线Jar包的数据元件开发调试系统中的调试服务端,包括:
[0044] 模型管理模块,用于获取离线Jar包,通过安全扫描筛选安全的离线Jar包;
[0045] 建模模块,通过引用和配置离线Jar包,生成待调试的元件模型;将调试结果在建模平台中进行展示,保存经过调试的元件模型;
[0046] 调试模块,用于通过调试容器对生成的待调试元件模型进行调试,输出调试结果。
[0047] 作为另一种示例,本实施例支持离线Jar包的数据元件开发调试系统中的调试服务端中:
[0048] 模型管理模块具体用于获取离线Jar包,通过安全扫描识别存在风险的离线Jar包,所述风险包括漏洞和木马程序,将存在风险的离线Jar包进行风险标识,通过筛选获得没有风险标识的离线Jar包;
[0049] 调试模块具体用于根据待调试的元件模型从镜像仓库中选择并启动JVM运行时环境;根据离线Jar包的主程序路径加载离线Jar包,将加载的Jar包解析成可执行Java代码;加载输入组件选中的数据资源表的样本数据,将加载的样本数据作为输入发送至可执行Java代码;根据离线Jar包的主函数入口执行Java代码,加载并处理作为输入的样本数据,获得计算结果并将计算结果传输至建模平台中的输出组件。
[0050] 建模模块具体用于在建模平台中拖入输入组件、计算组件和输出组件,将输出组件与计算组件进行关联;通过设置输入组件的属性选中需要加载处理的数据资源表;通过设置计算组件的属性引用通过安全扫描的离线Jar包,对所引用的离线Jar包的主程序路径和主函数入口进行配置;保存输出组件以及经过属性设置的输入组件和计算组件,生成待调试的元件模型;通过输出组件接收调试容器传输的调试结果,将接收的调试结果在建模平台中进行展示,对所述调试结果相对应的元件模型进行保存。
[0051] 作为另一示例,在一些实施例中,调试服务端101可以根据调试客户端103的请求,将支持离线Jar包的数据元件开发调试方法发送到调试客户端103供用户使用。
[0052] 作为可选的示例,在一些实施例中,调试客户端103用于提供可视化调试界面,该可视化调试界面用于接收用户开发调试数据元件的选择输入操作,以及,用于响应于选择输入操作,从调试服务端101获取与选择输入操作所选择的选项所对应的可视化调试界面并展示可视化调试界面,可视化调试界面中至少展示有开发调试数据元件的信息以及针对开发调试数据元件的信息的操作选项。
[0053] 在一些实施例中,通信网络102可以是一个或多个有线和/或无线网络的任何适当的组合。例如,通信网络102能够包括以下各项中的任何一种或多种:互联网、内联网、广域网(WAN)、局域网(LAN)、无线网络、数字订户线路(DSL)网络、帧中继网络、异步转移模式(ATM)网络、虚拟专用网(VPN)和/或任何其它合适的通信网络。调试客户端103能够通过一个或多个通信链路(例如,通信链路104)连接到通信网络102,该通信网络102能够经由一个或多个通信链路(例如,通信链路105)被链接到调试服务端101。通信链路可以是适合于在调试客户端103和调试服务端101之间传送数据的任何通信链路,诸如网络链路、拨号链路、无线链路、硬连线链路、任何其它合适的通信链路或此类链路的任何合适的组合。
[0054] 调试客户端103可以包括通过适当形式呈现与支持离线Jar包的数据元件开发调试相关的界面,以供用户使用和操作的任何一个或多个客户端。在一些实施例中,调试客户端103可以包括任何合适类型的设备。例如,在一些实施例中,调试客户端103可以包括移动设备、平板计算机、膝上型计算机、台式计算机和/或任何其他合适类型的客户端设备。
[0055] 尽管将调试服务端101图示为一个设备,但是在一些实施例中,可以使用任何适当数量的设备来执行由调试服务端101执行的功能。例如,在一些实施例中,可以使用多个设备来实现由调试服务端101执行的功能。或者,可使用云服务实现调试服务端101的功能。
[0056] 基于上述系统,本申请实施例提供了一种支持离线Jar包的数据元件开发调试方法,以下通过以下实施例进行说明。
[0057] 参照图3,示出了根据本申请实施例的一种支持离线Jar包的数据元件开发调试方法的步骤流程图。
[0058] 本实施例的支持离线Jar包的数据元件开发调试方法可在调试服务端执行,该支持离线Jar包的数据元件开发调试方法包括以下步骤:
[0059] 步骤S201:获取离线Jar包,通过安全扫描筛选安全的离线Jar包。
[0060] 本实施例方法通过安全扫描识别存在风险的离线Jar包,本实施例中的风险包括但不限于漏洞和木马程序。当通过安全扫描识别到存在风险的离线Jar包后,将存在风险的离线Jar包进行风险标识,通过筛选获得没有风险标识的离线Jar包。
[0061] 步骤S202:通过引用和配置离线Jar包,生成待调试的元件模型。
[0062] 本实施例方法在根据离线Jar包生成待调试的元件模型前,需要设置相关的输入组件、输出组件和计算组件。作为一种示例,在建模平台中拖入输入组件、计算组件和输出组件,将输出组件与计算组件进行关联;通过设置输入组件的属性选中需要加载处理的数据资源表;通过设置计算组件的属性引用通过安全扫描的离线Jar包,对所引用的离线Jar包的主程序路径和主函数入口进行配置;保存输出组件以及经过属性设置的输入组件和计算组件,生成待调试的元件模型。本领域技术人员可以根据本实施例方法在数据元件的在线建模平台中待调试元件模型的生成,建模平台包括但不限于元件开发画布等形式的在线建模平台,本实施例对此不做限制。
[0063] 步骤S203:通过调试容器对生成的待调试元件模型进行调试,输出调试结果。
[0064] 作为一种示例,本实施例根据待调试的元件模型从镜像仓库中选择并启动JVM运行时环境,JVM运行时环境是一个在计算机操作系统之上运行的软件层,提供特定于Java的附加服务。
[0065] JVM运行时环境根据离线Jar包的主程序路径加载离线Jar包,将加载的Jar包解析成可执行Java代码;JVM运行时环境加载输入组件选中的数据资源表的样本数据,将加载的样本数据作为输入发送至可执行Java代码;JVM运行时环境根据离线Jar包的主函数入口执行Java代码,加载并处理作为输入的样本数据,具体的,通过离线Jar包的业务处理函数编写加工逻辑,根据编写的加工逻辑对加载的样本数据进行加工,获得计算结果并将计算结果传输至建模平台中的输出组件。
[0066] 步骤S204:将调试结果在建模平台中进行展示,保存经过调试的元件模型。
[0067] 通过输出组件接收调试容器传输的调试结果,将接收的调试结果在建模平台中进行展示,对所述调试结果相对应的元件模型进行保存。
[0068] 以下在一种示例性场景中对本实施例支持离线Jar包的数据元件开发调试方法做详细说明。参见图4,本实施例支持离线Jar包的数据元件开发调试方法按以下方式实现:
[0069] 1、开发者在模型管理模块里上传离线Jar包,元件开发平台通过模型管理模块自动对离线Jar包进行安全扫描,确保离线Jar包里不存在对数据库或平台服务器有风险的漏洞和木马程序;
[0070] 2、在元件开发画布里拖入输入组件,在输入组件的属性面板里设置需要加载的数据资源表;
[0071] 3、在元件开发画布里继续拖入一个计算组件,计算组件作为输入组件的下一个节点,在计算组件的属性面板里选择需要引用的离线Jar包,并设置该Jar包的主程序路径和主函数入口,设置完成的离线Jar包在调试时会加载输入组件关联的数据资源表的样本数据;
[0072] 4、在元件开发画布里继续拖入输出组件,输出组件作为计算组件的下一个节点,输出组件会接收调试结果,并在开发画布上展示调试结果;
[0073] 5、保存开发画布上的所有组件和属性设置,得到待调试的元件模型;
[0074] 6、开发者先锁定开发画布上的组件和属性,然后启动调试运行,调试容器会从镜像仓库中选择并启动JVM运行时环境;
[0075] 7、运行时环境根据主程序路径加载Jar包,并解析成可执行的Java代码;
[0076] 8、运行时环境加载输入组件选中的数据资源表的样本数据,并将样本数据作为输入传给可执行Java代码;
[0077] 9、运行时环境根据所设置的主函数入口开始执行Java代码,处理加载的样本数据得到计算结果,并将计算结果传递给输出组件,该计算结果是Jar包的业务处理函数对样本数据加工后的内容;
[0078] 10、输出组件获取到计算结果后,在开发画布的结果展示区展示计算结果;
[0079] 11、开发者在画布上查看并确认调试结果,并保存元件模型。
[0080] 本实施例方法旨在解决如何让数据元件产品开发者能够快速将已有的离线程序包直接引用于数据元件产品的开发。
[0081] 本实施例方法在传统的在线建模平台中嵌入离线程序包的引入,通过指定离线程序包(Jar包)的文件路径、主程序路径和文件名、主程序中的主函数入口等相关参数设置,可以直接将离线Jar包加载到元件开发平台的调试开发容器(简称“调试容器”)中,调试容器会从镜像仓库中选择并启动JVM运行时环境,运行时环境根据所设置的路径加载Jar包文件,运行时环境将该Jar包转换成可执行的Java代码,并根据设置的主程序入口和主函数开始执行这些代码,然后将执行的结果输出给画布上配置的输出组件。
[0082] 本实施例方法可以将开发者过往累计的业务沉淀,快速用于数据元件产品开发加工的能力,数据元件产品的开发人员可以直接上传编译好的离线Jar包,然后在建模平台里进行引用,极大减少了重复工作量,也大大降低了建模过程中的出错概率,如果现有的离线Jar包中某个加工处理逻辑需要调整,还可以利用在线IDE编辑器进行反编译后编辑代码,然后再重新打包,在开发画布中直接引用新的Jar包。
[0083] 如图5所示,本发明还提供了一种设备,包括处理器310、通信接口320、用于存储处理器可执行计算机程序的存储器330及通信总线340。其中,处理器310、通信接口320及存储器330通过通信总线340完成相互间的通信。处理器310通过运行可执行计算机程序以实现上述的支持离线Jar包的数据元件开发调试方法。
[0084] 其中,存储器330中的计算机程序可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read‑Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0085] 以上所描述的系统实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以基于实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
[0086] 通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分的方法。
[0087] 以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。