具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在一个实施例中,如图1所示,提供了一种企业服务总线配置文件生成方法,本实施例以该方法应用于终端进行举例说明,可以理解的是,该方法也可以应用于服务器,还可以应用于包括终端和服务器的系统,并通过终端和服务器的交互实现。本实施例中,该方法包括以下步骤:
步骤S101,终端获取服务治理组中的服务定义文档。
其中,服务治理组中的服务定义文档是服务治理组治理的服务定义文档,该文档一般是通过EXCEL表的形式进行存储,用于记录例如含接口列表、接口公共信息、接口私有信息sheet页等服务接口信息,作为生成的企业服务总线配置文件的基础。具体来说,终端可以从服务治理组中读取其存储的服务定义文档,并基于得到的服务定义文档自动生成企业服务总线配置文件。
步骤S102,终端从服务定义文档中提取至少一个服务接口信息,并从预先配置的多个配置文件生成器中选取与服务接口信息相匹配的至少一个目标配置文件生成器。
其中,服务定义文档存储有多个服务接口信息,由于服务定义文档一般是通过EXCEL表的形式进行存储,每个EXCEL表又可以由多个工作表所组成,因此可以通过不同工作表记录不同的服务接口信息。而配置文件生成器则是用于生成企业服务总线配置文件的生成器,可以基于不同工作表记录不同的服务接口信息,生成不同的企业服务总线配置文件。配置文件生成器可以是开发人员预先设计好的,存储于终端内,当终端得到服务定义文档后,首先可以从服务定义文档中提取出服务接口信息,并根据得到的服务接口信息确定与其匹配的配置文件生成器作为目标配置文件生成器。
步骤S103,终端将服务接口信息转换为类对象信息,将类对象信息输入目标配置文件生成器,生成企业服务总线配置文件。
终端得到服务接口信息后可将其转化成类对象信息进行存储,例如可以存入上下文中,最后可通过调用步骤S102中得到的目标配置文件生成器,将上下文中储存的类对象信息导入目标配置文件生成器,从而生成与服务接口信息相应的企业服务总线配置文件。
上述企业服务总线配置文件生成方法中,通过终端获取服务治理组中的服务定义文档;从服务定义文档中提取至少一个服务接口信息,并从预先配置的多个配置文件生成器中选取与服务接口信息相匹配的至少一个目标配置文件生成器;将服务接口信息转换为类对象信息,将类对象信息输入目标配置文件生成器,生成企业服务总线配置文件。本申请通过预先配置多个配置文件生成器,在得到服务定义文档后,可以根据存储的服务接口信息选择对应的配置文件生成器自动生成企业服务总线配置文件,不需要开发人员一个个编写配置文件,因此可以提高配置文件生成效率。
在一个实施例中,服务接口信息可以包括:服务接口的属性信息;目标配置文件生成器包括目标拆组包模块生成器,步骤S102可以进一步包括:终端从多个配置文件生成器中选取与属性信息相匹配的目标拆组包模块生成器。
其中,服务接口的属性信息可以包括服务接口的提供方信息,服务接口的报文类型以及服务接口的统一资源定位地址等等,目标配置文件生成器则包括有用于生成拆组包配置文件的目标拆组包模块生成器。具体来说,终端可以从服务定义文档中提取出存储的每个服务接口的属性信息,并利用该属性信息与预设的多个拆组包模块生成器进行匹配,从中选择出与属性信息相匹配的目标拆组包模块生成器。
例如:服务定义文档中可以存储有服务接口A以及服务接口B的服务接口信息A和服务接口信息B,其中服务接口信息A中存储有服务接口A的属性信息A,服务接口信息B中则存储有服务接口B的属性信息B,而预先设置的配置文件生成器则可以包括有,拆组包模块生成器A、拆组包模块生成器B以及拆组包模块生成器C,同时属性信息A与拆组包模块生成器A相匹配,属性信息B与拆组包模块生成器C相匹配,那么拆组包模块生成器A则是服务接口信息A的目标拆组包模块生成器,拆组包模块生成器C则是服务接口信息B的目标拆组包模块生成器。
进一步地,属性信息进一步可以包括服务接口的提供方信息以及服务接口的报文格式信息;如图2所示,终端从多个配置文件生成器中选取与属性信息相匹配的目标拆组包模块生成器,进一步包括:
步骤S201,终端从多个配置文件生成器中选取第一拆组包模块生成器,作为目标拆组包模块生成器;其中,第一拆组包模块生成器与提供方信息以及报文格式信息相匹配。
其中,第一拆组包模块生成器指的是同时与服务接口的提供方信息以及报文格式信息相匹配的拆组包模块生成器,如果存在同时匹配服务接口的提供方信息以及报文格式信息的拆组包模块生成器,那么终端就会选取第一拆组包模块生成器作为目标拆组包模块生成器。
步骤S202,若多个配置文件生成器中未包含有第一拆组包模块生成器,则终端获取与提供方信息匹配的第二拆组包模块生成器,作为目标拆组包模块生成器。
第二拆组包模块生成器为与服务接口的提供方信息匹配的拆组包模块生成器,具体地,如果预先配置的多个拆组包模块生成器中没有同时匹配提供方信息以及报文格式信息的第一拆组包模块生成器,终端则可仅对该服务接口的提供方信息进行匹配,如果存在与提供方信息匹配的第二拆组包模块生成器,则将该第二拆组包模块生成器作为目标拆组包模块生成器。
步骤S203,若多个配置文件生成器中未包含有第二拆组包模块生成器,则终端获取与报文格式信息匹配的第三拆组包模块生成器,作为目标拆组包模块生成器。
而如果预先配置的多个拆组包模块生成器中也没有与服务接口的提供方信息相匹配的第二拆组包模块生成器,那么终端可以基于服务接口的报文格式信息进行拆组包模块生成器的匹配,如果存在与服务接口的报文格式信息相匹配的第三拆组包模块生成器,那么终端则可以将第三拆组包模块生成器作为目标拆组包模块生成器。
步骤S204,若多个配置文件生成器中未包含有第三拆组包模块生成器,则终端获取预设的默认拆组包模块生成器,作为目标拆组包模块生成器。
而如果配置文件生成器中既没有与该服务接口的提供方信息匹配的拆组包模块生成器,也没有与该服务接口的报文格式信息匹配的拆组包模块生成器,那么为了保证企业服务总线配置文件的顺利生成,终端则可以采用预先配置的默认拆组包模块生成器进行作为目标拆组包模块生成器进行配置文件生成。由于实际场景中大部分服务接口的结构是相同的,因此可以采取将结构相同占比大的接口所适配的拆组包模块生成器,作为默认拆组包模块生成器。
本实施例中,通过服务接口的属性信息,可以对预先配置的多个拆组包模块生成器进行筛选,可以提高得到的拆组包模块生成器的准确性,进而提高生成的企业服务总线配置文件的准确性。另外,还进一步通过设置优先级的匹配方式,即先同时匹配提供方信息与报文格式信息,若没有则仅匹配提供方信息,再没有则仅匹配报文格式信息,若都没有则直接采用默认拆组包模块生成器进行配置文件生成,在提高配置文件的准确性的同时,还能保证配置文件的顺利生成。
在一个实施例中,为了提高读取服务定义文档的效率,步骤S101可以进一步包括:终端拷贝服务定义文档,得到服务定义文档的文档副本;采用事件模式读取文档副本,得到服务定义文档。
其中,事件模式是一种读取服务定义文档的方式,具有读取速度快,占内存小的优势,然而,通过事件模式读取服务定义文档也有诸如在事件模式读取服务定义文档的过程中是需要以独占方式进行文档读取,即在读取过程中其他人不可以对服务定义文档进行操作。因此,为了规避这个问题,终端在读取服务定义文档过程中首先可以通过拷贝的方式得到需要读取的服务定义文档的文档副本,并利用事件模式读取该文档副本,这样可以在保证通过事件模式读取服务定义文档副本的过程中,其他人也可以对该文档进行相关操作。
本实施例中,通过事件模式读取服务定义文档,可以提高读取的效率,同时,为了规避事件模式读取文档过程中其他人不可以对服务定义文档操作的问题,本实施例通过拷贝副本的方式,仅对副本采取事件模式读取,因此其他人仍然可以在读取文档过程中对服务定义文档进行操作。
在一个实施例中,步骤S103可以进一步包括:终端获取预设的过滤器配置信息;基于过滤器配置信息对服务接口信息进行过滤处理,确定处理标识为待处理的服务接口信息;将处理标识为待处理的服务接口信息转换为类对象信息。
其中,处理标识指的是是否对该服务接口信息进行处理的处理标识,可包括待处理以及不处理两种,其中待处理标识代指的是需要处理的服务接口信息,而不处理标识则是用于代指该服务接口信息不准备处理。具体来说,终端可以根据预设的过滤器配置信息,利用过滤器对服务定义文档中的服务接口信息进行过滤处理,得到需要处理的服务接口信息,即处理标识为待处理的服务接口信息,并将该信息转换为类对象信息。
而过滤器配置信息可以同时包括两种,白名单过滤器配置信息以及黑名单过滤器配置信息,其中白名单过滤器配置信息存储有白名单过滤器的过滤条件,黑名单过滤器配置信息则存储有黑名单过滤器的过滤条件。白名单过滤器是用于只对满足白名单过滤器的过滤条件的服务接口信息,生成配置文件,而黑名单过滤器则是用于只对不满足黑名单过滤器的过滤条件的服务接口信息进行配置文件生成,而如果某个服务接口信息同时满足白名单过滤器的过滤条件以及黑名单过滤器的过滤条件,那么终端还是不对其进行配置文件生成。
例如:服务定义文档中可以存储有服务接口信息A、服务接口信息B以及服务接口信息C,其中服务接口信息A同时满足白名单过滤器的过滤条件以及黑名单过滤器的过滤条件、服务接口信息B则只满足白名单过滤器的过滤条件、而服务接口信息C则同时不满足白名单过滤器的过滤条件以及黑名单过滤器的过滤条件。由于终端只对满足白名单过滤器的过滤条件的服务接口信息进行配置文件生成,因此终端会将服务接口信息C的处理标识设置为不处理,另外又因为服务接口信息A同时满足黑名单过滤器的过滤条件,所以终端也会将服务接口信息A的处理标识设置为不处理,只将服务接口信息B的处理标识设置为待处理。
上述实施例中,通过配置过滤器信息,终端可以对服务接口信息进行过滤处理,只对处理标识为待处理的服务接口信息进行配置文件生成,可以进一步提高企业服务总线配置文件的生成效率。
在一个实施例中,步骤S103之后,还可以包括:终端获取预设的文件输出路径信息;将企业服务总线配置文件按照文件输出路径信息输出至预设的输出位置。
文件输出路径信息指的是终端生成的企业服务总线配置文件的输出路径信息,可以由开发人员预先配置,终端可以读取文件的输出路径信息,在生成企业服务总线配置文件后,可以将生成的企业服务总线配置文件按照得到的输出路径信息进行输出至预设的位置。
本实施例中,终端通过读取预设的文件输出路径信息,实现了将企业服务总线配置文件按照该文件输出路径信息输出至预设的位置,在开发人员需要对生成的企业服务总线配置文件进行查询时,不需要对文件位置进行查找,可以进一步提高文件查询的效率。
在一个实施例中,目标配置文件生成器可以包括:目标拆组包模块生成器、目标数据库脚本模块生成器、目标识别模块生成器以及目标测试报文模块生成器;步骤S103可以进一步包括:若目标配置文件生成器为目标拆组包模块生成器,则终端生成可扩展标记语言格式的企业服务总线配置文件;若目标配置文件生成器为目标数据库脚本模块生成器,则终端生成数据库脚本文件格式的企业服务总线配置文件;若目标配置文件生成器为目标识别模块生成器,则终端生成数据库脚本文件格式或键值对配置文件格式的企业服务总线配置文件;若目标配置文件生成器为目标测试报文模块生成器,则终端生成文本文件格式的企业服务总线配置文件。
目标配置文件生成器可以是用于生成服务SQL文件、协议SQL文件、系统SQL文件以及渠道SQL文件的目标数据库脚本模块生成器,也可以是用于生成测试请求报文和测试响应报文的目标测试报文模块生成器,或者是用于生成服务识别文件、系统识别文件和RestURI配置文件的目标识别模块生成器,还可以是用于生成接入端拆包/组包文件、接入端服务定义文件、接入端数据字典;接出端拆包/组包文件、接出端服务定义文件、接出端数据字典等文件的目标拆组包模块生成器。
具体来说,如果目标配置文件生成器为目标拆组包模块生成器,则终端生成可扩展标记语言格式,即xml格式的企业服务总线配置文件;如果目标配置文件生成器为目标数据库脚本模块生成器,则终端生成数据库脚本文件格式,即sql格式的企业服务总线配置文件;如果目标配置文件生成器为目标识别模块生成器,则终端生成数据库脚本文件格式或键值对配置文件格式,即xml、properties文件格式的企业服务总线配置文件;如果目标配置文件生成器为目标测试报文模块生成器,则终端生成文本文件格式,即txt格式的企业服务总线配置文件。
上述实施例中,可通过终端配置的不同配置文件生成器,分别生成多种数据格式的不同配置文件,不再需要开发人员一个一个对接口配置进行开发工作,提高了企业服务总线配置文件生成的效率。
在一个实施例中,如图3所示,提供了一种企业服务总线配置文件生成方法,本实施例以该方法应用于终端进行举例说明,该方法可以包括如下步骤:
步骤S301,终端拷贝服务定义文档,得到服务定义文档的文档副本;采用事件模式读取文档副本,得到服务定义文档;
步骤S302,终端从服务定义文档中提取至少一个服务接口信息,并从预先配置的多个配置文件生成器中选取与服务接口信息相匹配的至少一个目标配置文件生成器;
步骤S303,终端获取预设的过滤器配置信息;基于过滤器配置信息对服务接口信息进行过滤处理,确定处理标识为待处理的服务接口信息;
步骤S304,终端将处理标识为待处理的服务接口信息转换为类对象信息,将类对象信息输入目标配置文件生成器,生成企业服务总线配置文件;
步骤S305,终端获取预设的文件输出路径信息;将企业服务总线配置文件按照文件输出路径信息输出至预设的输出位置。
上述实施例中,终端通过预先配置多个配置文件生成器,在得到服务定义文档后,可以根据存储的服务接口信息选择对应的配置文件生成器自动生成企业服务总线配置文件,不需要开发人员一个个编写配置文件,因此可以提高配置文件生成效率。并且,通过事件模式读取服务定义文档,可以提高读取的效率,同时,为了规避事件模式读取文档过程中其他人不可以对服务定义文档操作的问题,本实施例通过拷贝副本的方式,仅对副本采取事件模式读取,因此其他人仍然可以在读取文档过程中对服务定义文档进行操作。另外,还通过配置过滤器信息,终端可以对服务接口信息进行过滤处理,只对处理标识为待处理的服务接口信息进行配置文件生成,可以进一步提高企业服务总线配置文件的生成效率。以及通过读取预设的文件输出路径信息,实现了将企业服务总线配置文件按照该文件输出路径信息输出至预设的位置,在开发人员需要对生成的企业服务总线配置文件进行查询时,不需要对文件位置进行查找,可以进一步提高文件查询的效率。
在一个应用实例中,还提供了一种通过文档生成ESB所需配置文件的方法,开发人员预设输入、输出配置信息,启动即可生成ESB所需配置文件,拿到输出配置文件即可部署到环境上验证,操作流程如图4所示。
其中输入数据为服务治理组治理的服务接口定义文档,该文档为Excel文件,含接口列表、接口公共信息、接口私有信息sheet页。输出数据为ESB系统所需配置文件、数据库脚本及测试报文,共计17个文件。分别为接入端拆包、组包、服务定义、数据字典、服务识别;接出端拆包、组包、服务定义、数据字典、系统认别、RestURI配置;协议SQL、系统SQL、渠道SQL、服务SQL;测试请求报文、测试响应报文。
1、预设配置:对应为一个propertes文件,以“键=值”的形式存储数据,可配置项如下:
(1)数据源
输入数据,指服务治理组治理的产物“服务定义”文档。该配置可以是单文件、多文件、文件夹。多文件以*.xlsx或*.xls结尾。配置可以是绝对路径或相对路径,相对路径指相对于程序所在位置。
(2)输出位置
为程序生成的文件保存位置。
(3)输出模块
将输出文件划分为四个模块,分别为:
数据库脚本模块
对应输出文件有:服务SQL、协议SQL、系统SQL、渠道SQL
测试报文模块
对应输出文件有:测试请求报文、测试响应报文
识别模块
对应输出文件有:服务识别、系统识别、RestURI配置
拆组包模块
对应输出文件有:接入端拆包、组包、服务定义、数据字典;接出端拆包、组包、服务定义、数据字典
各模块可组合使用。
(4)系统过滤
当数据源有多个文件,且只想生成某些系统的配置文件时,可通过系统过滤,控制输出。属白名单范围。
(5)过滤器模式
过滤器有两种模式:接口模式、服务场景模式。从消费方的角度确定数据最小单元,采用接口模式;从提供方的角度确定数据最小单元,采用服务场景模式。配置合“过滤器排除键”、“过滤器仅含键”一起使用。
(6)过滤器排除键
根据“过滤器模式”排除满足条件的信息,不做生成配置操作。属黑名单范围。
(7)过滤器仅含键
根据“过滤器模式”只对满足条件的信息生成配置文件。属白名单范围。如同时满足“过滤器排除键”则不做生成配置操作。
(8)索引页sheet名
服务治理组治理的服务定义文件,索引页对应的sheet名称。
2、程序逻辑:
第一步,启动程序加载预设配置文件信息。
第二步,扫描工程下class文件,通过注解找到相应生成器,并实例化。注解名由自定义名+模块名组成,其中拆组包模块自定义注解名优先级为:提供方+报文格式>提供方>报文格式>默认。
第三步,遍历数据源清单(Excel文件),获取文档索引页数据。索引页记录了接口列表信息,接口公共及接口私有信息sheet页的引用。
第四步,遍历索引页记录,根据预设配置的过滤器过滤是否处理当前数据。如需处理,则将当前信息转换为类对象存入上下文中。
第五步,根据输出模块配置,调用相应生成器,将上下文传入生成器中,生成相应配置文件。处理过程中的检测到的异常通过日志输出到控制台,供开发人员查阅。
3、关键设计:
(1)程序中对Excel文件的读操作,采用事件模式。该模式的优点是速度快,占内存小;缺点是需独占方式读文件,在读的过程中其他人不可以操作该文件。本程序在读Excel文件时拷贝一份副本,对副本进行读操作,操作完再删除副本。
(2)识别模块,属于公共配置,输出配置对应为xml、properties文件。实际场景是在现有数据的基础上进行修订,程序读取现有数据文件内容到内存中,在此基础上更新数据,将更新后的数据输出到预设配置指定的输出位置。
(3)拆组包模块,输出配置对应为xml文件。对应生成器,在获取到上下文信息后,读取接口公共信息及私有信息,经过文档结构的组装、节点添加、节点属性设置操作,最终输出配置文件到预设配置指定的输出位置。实际场景大部分接口的结构相同,只有少部分接口的结构不同。本程序将结构相同占比大的接口,提取出来做为默认生成器,少部分不同的,通过继承默认生成器,重写差异部分函数来实现全场景接口要求。
(4)测试报文模块,输出配置对应为文本文件。对应生成器,在获取到上下文信息后,读取接口公共信息及私有信息,经过文档结构的组装,随机有效值的填充,最终将数据输出到预设配置指定的输出位置。其中测试请求报文文件内容,还包含ESB系统请求地址、接口调用关系及ESB系统接出地址信息,便于开发人员快速完成单元测试工作。
上述应用实例中,通过对服务治理组治理的文档扫描,自动检测文档准确性,并生成异常报告,从源头减少错误率;同时自动生成ESB系统所需配置文件,开发人员只需将生成的配置文件部署到相应环境上,完成测试报告即可。因此,开发人员不需要根据文档一个一个开发,节省工作量,也不需要审核服务治理组修订了哪些内容,文档是否准确,由工具完成,提高了工作质量,以及不需要编写测试请求报文、档板响应报文,节省工作量。
应该理解的是,虽然图1-4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1-4中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图5所示,提供了一种企业服务总线配置文件生成装置,包括:服务文档获取模块501、文件生成器确定模块502和配置文件生成模块503,其中:
服务文档获取模块501,用于获取服务治理组中的服务定义文档;
文件生成器确定模块502,用于从服务定义文档中提取至少一个服务接口信息,并从预先配置的多个配置文件生成器中选取与服务接口信息相匹配的至少一个目标配置文件生成器;
配置文件生成模块503,用于将服务接口信息转换为类对象信息,将类对象信息输入目标配置文件生成器,生成企业服务总线配置文件。
在一个实施例中,服务接口信息包括:服务接口的属性信息;目标配置文件生成器包括目标拆组包模块生成器;文件生成器确定模块502,进一步用于从多个配置文件生成器中选取与属性信息相匹配的目标拆组包模块生成器。
在一个实施例中,属性信息包括服务接口的提供方信息以及服务接口的报文格式信息;文件生成器确定模块502,进一步用于从多个配置文件生成器中选取第一拆组包模块生成器,作为目标拆组包模块生成器;其中,第一拆组包模块生成器与提供方信息以及报文格式信息相匹配;若多个配置文件生成器中未包含有第一拆组包模块生成器,则获取与提供方信息匹配的第二拆组包模块生成器,作为目标拆组包模块生成器;若多个配置文件生成器中未包含有第二拆组包模块生成器,则获取与报文格式信息匹配的第三拆组包模块生成器,作为目标拆组包模块生成器;若多个配置文件生成器中未包含有第三拆组包模块生成器,则获取预设的默认拆组包模块生成器,作为目标拆组包模块生成器。
在一个实施例中,服务文档获取模块501,进一步用于拷贝服务定义文档,得到服务定义文档的文档副本;采用事件模式读取文档副本,得到服务定义文档。
在一个实施例中,配置文件生成模块503,进一步用于获取预设的过滤器配置信息;基于过滤器配置信息对服务接口信息进行过滤处理,确定处理标识为待处理的服务接口信息;将处理标识为待处理的服务接口信息转换为类对象信息。
在一个实施例中,企业服务总线配置文件生成装置,还包括:配置文件输出模块,用于获取预设的文件输出路径信息;将企业服务总线配置文件按照文件输出路径信息输出至预设的输出位置。
在一个实施例中,目标配置文件生成器包括:目标拆组包模块生成器、目标数据库脚本模块生成器、目标识别模块生成器以及目标测试报文模块生成器;配置文件生成模块503,进一步用于若目标配置文件生成器为目标拆组包模块生成器,则生成可扩展标记语言格式的企业服务总线配置文件;若目标配置文件生成器为目标数据库脚本模块生成器,则生成数据库脚本文件格式的企业服务总线配置文件;若目标配置文件生成器为目标识别模块生成器,则生成数据库脚本文件格式或键值对配置文件格式的企业服务总线配置文件;若目标配置文件生成器为目标测试报文模块生成器,则生成文本文件格式的企业服务总线配置文件。
关于企业服务总线配置文件生成装置的具体限定可以参见上文中对于企业服务总线配置文件生成方法的限定,在此不再赘述。上述企业服务总线配置文件生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种企业服务总线配置文件生成方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图6中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。