CN107643892B - 接口处理方法、装置、存储介质和处理器 - Google Patents

Abstract

本发明公开了一种接口处理方法、装置、存储介质和处理器。该方法包括：在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，其中，目标关键词和目标文件类型由目标脚本确定，目标脚本用于对至少两个第一文件进行整合处理；从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径，其中，目标配置文件中配置有需要进行整合处理的文件的文件路径；根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果；通过目标接口输出整合结果。通过本发明，达到了提高接口处理效率的效果。

Description

接口处理方法、装置、存储介质和处理器

技术领域

本发明涉及数据处理领域，具体而言，涉及一种接口处理方法、装置、存储介质和处理器。

背景技术

目前，在前端页面的模块化实现过程中，可以提供单一的服务接口，这样将业务逻辑、页面结构、页面样式混合实现在一起，放到一个文件中提供给使用者。虽然这种方法提供的单一服务接口对于使用者来说，访问简单高效、不易出错，但是对于实现者来说，实现过程繁琐冗长。因而，该方法既提高了前端页面的模块化实现难度，又不利于后期的维护和扩展，整体处理效率并不高。

另外，现有技术还提供了多个服务接口，这样将业务逻辑、页面结构、页面样式分别在不同的文件中实现，然后一起提供给使用者。虽然这样方法解决了对于实现者来说，实现过程繁琐冗长的问题，但是对于使用者来说，需要考虑繁琐的多接口关联和调用，使用难度和出错率会更高，并且服务性能不如提供单一的服务接口的方法。

针对现有技术中接口处理效率低的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种接口处理方法、装置、存储介质和处理器，以至少解决接口处理效率低的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种接口处理方法。该接口处理方法包括：在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，其中，目标关键词和目标文件类型由目标脚本确定，目标脚本用于对至少两个第一文件进行整合处理；从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径，其中，目标配置文件中配置有需要进行整合处理的文件的文件路径；根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果；通过目标接口输出整合结果。

可选地，在根据至少两个第一文件的目标文件路径获取到至少两个第一文件之前，从目标脚本的目标配置文件中，分别获取第二文件的目标文件路径，其中，第二文件用于存储至少两个第一文件的目标文件路径；根据第二文件的目标文件路径获取到第二文件；根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件包括：根据获取到的第二文件中存储的目标关键词和目标文件类型，确定需要进行整合处理的至少两个第一文件；从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径包括：从第二文件中，根据目标关键词和目标文件类型获取至少两个第一文件的目标路径。

可选地，根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果包括：将至少两个第一文件处理为目标字符串；将目标字符串写入第二文件。

可选地，将至少两个第一文件处理为目标字符串包括：将至少两个第一文件处理为函数形式的目标字符串，其中，目标字符串对应的函数用于返回至少两个第一文件的文件内容。

可选地，通过目标接口输出整合结果包括：在第二文件加载成功时，触发对目标函数进行调用；在目标函数中，将整合结果添加至目标程序中；通过目标程序对应的目标接口输出整合结果。

可选地，第二文件为业务逻辑文件。

可选地，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件包括：根据目标关键词和目标文件类型的后缀名识别需要进行整合处理的至少两个第一文件。

可选地，从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径包括：从目标脚本的目标配置文件中，分别获取至少两个页面结构文件的目标文件路径，其中，第一文件包括页面结构文件；或从目标脚本的目标配置文件中，分别获取至少两个页面样式文件的目标文件路径，其中，第一文件包括页面样式文件。

为了实现上述目的，根据本发明的另一方面，还提供了一种接口处理装置。该接口处理装置包括：关联单元，用于在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，其中，目标关键词和目标文件类型由目标脚本确定，目标脚本用于对至少两个第一文件进行整合处理；第一获取单元，用于从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径，其中，目标配置文件中配置有需要进行整合处理的文件的文件路径；第二获取单元，用于根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果；输出单元，用于通过目标接口输出整合结果。

可选地，该装置还包括：第三获取单元，用于在根据至少两个第一文件的目标文件路径获取到至少两个第一文件之前，从目标脚本的目标配置文件中，分别获取第二文件的目标文件路径，其中，第二文件用于存储至少两个第一文件的目标文件路径；根据第二文件的目标文件路径获取到第二文件；关联单元包括：确定模块，用于根据获取到的第二文件中存储的目标关键词和目标文件类型，确定需要进行整合处理的至少两个第一文件；第一获取单元包括：获取模块，用于从第二文件中，根据目标关键词和目标文件类型获取至少两个第一文件的目标路径。

为了实现上述目的，根据本发明的另一方面，还提供了一种存储介质。该存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行本发明实施例的接口处理方法。

为了实现上述目的，根据本发明的另一方面，还提供了一种处理器。该处理器用于运行程序，其中，程序运行时执行本发明实施例的接口处理方法。

通过本发明，采用在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，其中，目标关键词和目标文件类型由目标脚本确定，目标脚本用于对至少两个第一文件进行整合处理；从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径，其中，目标配置文件中配置有需要进行整合处理的文件的文件路径；根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果；通过目标接口输出整合结果。由于在满足实现者可将至少两个第一文件分别实现和维护的前提下，在对外提供时通过配置目标脚本自动生成一个目标接口对外提供。解决了接口处理效率低的问题，进而达到了提高接口处理效率的效果。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种接口处理方法的流程图；以及

图2是根据本发明实施例的一种接口处理装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

本发明实施例提供了一种接口处理方法。

图1是根据本发明实施例的一种接口处理方法的流程图。如图1所示，该方法包括以下步骤：

步骤S102，在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件。

在本申请上述步骤S102提供的技术方案中，在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，其中，目标关键词和目标文件类型由目标脚本确定，目标脚本用于对至少两个第一文件进行整合处理。

该实施例的接口处理方法可以为基于前端页面的服务网接口的实现方法。根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，可以为在直译式业务逻辑文件中，使用与构建脚本协商的目标关键字和目标文件类型，关联需要整合在一起的至少两个第一文件，比如，构建脚本在构建过程中将通过目标关键字和目标文件类型的后缀名识别是否是需要整合的至少两个第一文件，该至少两个第一文件可以包括页面结构文件或者页面样式文件，比如，Html或Css文件，其中，构建脚本可以为统一的一个脚本，用于对至少两个第一文件进行整合处理，比如，在对外提供时通过该构建脚本自动将所有文件封装在一个javascript文件中。

步骤S104，从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径。

在本申请上述步骤S104提供的技术方案中，从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径，其中，目标配置文件中配置有需要进行整合处理的文件的文件路径。

在根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件之后，从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径，可以读取并解析构建脚本的目标配置文件，获取需要整合的至少两个第一文件的目标文件路径。该目标配置文件中具有描述的文件路径，比如，require‘/..path../hello_world.Html’；require‘/..path../hello_world.Css’。该至少两个第一文件的目标文件路径为需要做整合操作的至少两个第一文件的路径，可以用于表示至少两个第一文件的存储位置，通过该至少两个第一文件的目标文件路径获取到至少两个第一文件。

可选地，在构建脚本的配置文件中，配置需要做整合操作的javascript文件路径，使构建脚本知道应对哪些文件做整合操作。比如：

entry{

‘hello_world.JS’:‘/..path../hello_world.JS’

}

步骤S106，根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果。

在本申请上述步骤S106提供的技术方案中，根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果。

在分别获取至少两个第一文件的目标文件路径之后，根据至少两个第一文件的目标文件路径获取到至少两个第一文件，比如，根据至少两个第一文件的目标文件路径获取到至少两个第一文件，比如，获取页面结构(Html)文件和页面样式(Css)文件，并对至少两个第一文件进行整合处理，得到整合结果。在对至少两个第一文件进行整合处理，得到整合结果时，可以将第一文件的内容进行去空格和换行等操作，可以生成函数形式的字符串，并写入到JS文件中。函数的目的是返回同第一文件内容的字符串，比如，Html文件，还可以是创建一个style元素，内容同Css文件的内容。

可选地，上述页面结构文件和页面样式文件均为可选角色，既可以只关联其中一种角色，也可以两种角色都关联，而且每种角色都可以按需关联多个文件。

步骤S108，通过目标接口输出整合结果。

在本申请上述步骤S108提供的技术方案中，通过目标接口输出整合结果。

在根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果之后，通过目标接口输出整合结果。可选地，通过目标函数调用模板，加载目标接口。该目标函数可以为JS文件中的Ready函数，Ready函数可以理解为在DOM加载成功时触发的回调函数，然后将至少两个第一文件添加至目标接口中，比如，将对应的Css文件和Html文件的元素添加至DOM接口中，也即，将整合在JS文件中的Html文件和Css文件的实现内容加载到DOM结点中，其中，DOM结点可以为浏览器运行的网页程序，或者运行程序等。此时，目标接口提供的页面结构，样式和逻辑都可以加入到使用者的代码中，向使用者提供所需的服务。

在本申请上述步骤S102至步骤S108提供的步骤中，可以对前端页面的模块化效率做进一步提升，在实现时将业务逻辑、页面结构、页面样式分别实现和维护，在对外提供时通过统一的脚本自动将所有实现封装在一个javascript文件中，快速地向外提供单一高效的服务接口，从而避免考虑繁琐的文件关联、多服务接口的调用，简化了模块的使用，降低在使用过程中的出错率。同时提高模块实现的效率以及后期的可维护性和可扩展性。由于在满足实现者可将至少两个第一文件分别实现和维护的前提下，在对外提供时通过配置目标脚本自动生成一个目标接口对外提供。解决了接口处理效率低的问题，进而达到了提高接口处理效率的效果。

作为一种可选的实施方式，在步骤S106，根据至少两个第一文件的目标文件路径获取到至少两个第一文件之前，该方法还包括：从目标脚本的目标配置文件中，分别获取第二文件的目标文件路径，其中，第二文件用于存储至少两个第一文件的目标文件路径；根据第二文件的目标文件路径获取到第二文件；步骤S102，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件包括：根据获取到的第二文件中存储的目标关键词和目标文件类型，确定需要进行整合处理的至少两个第一文件；步骤S104，从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径包括：从第二文件中，根据目标关键词和目标文件类型获取至少两个第一文件的目标路径。

在根据至少两个第一文件的目标文件路径获取到至少两个第一文件之前，从目标脚本的目标配置文件中，读取并解析构建脚本的目标配置文件，分别获取第二文件的目标文件路径，比如，获取用于进行整合处理的JS文件。其中，第二文件的内容包括至少两个第一文件的目标文件路径；根据第二文件的目标文件路径获取到第二文件，也即，根据第二文件的目标文件路径依次读取与目标文件对应的第二文件。在根据第二文件的目标文件路径获取到第二文件之后，遍历第二文件，根据获取到的第二文件中存储的目标关键词和目标文件类型，确定需要进行整合处理的至少两个第一文件，并且从第二文件中，根据目标关键词和目标文件类型获取至少两个第一文件的目标路径，比如，通过目标关键字和目标文件类型的后缀名识别并找到需要整合的Html或Css文件的路径。

作为一种可选的实施方式，步骤S108，根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果包括：将至少两个第一文件处理为目标字符串；将目标字符串写入第二文件。

在根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理时，可以根据从第二文件中查找到第一文件的信息，依据第一文件的目标文件路径查找并读取对应的第一文件，将第一文件的内容做去空格和换行等整合操作，生成目标字符串，将目标字符串写入第二文件中，该第二文件可以为JS文件。

作为一种可选的实施方式，将至少两个第一文件处理为目标字符串包括：将至少两个第一文件处理为函数形式的目标字符串，其中，目标字符串对应的函数用于返回至少两个第一文件的文件内容。

在将至少两个第一文件处理为目标字符串时，将至少两个第一文件处理为函数形式的目标字符串，目标字符串对应的函数可以用于返回至少两个第一文件的文件内容。比如，若查找到Html文件信息，则依据其路径信息找到并读取对应的Html文件，将Html文件内容做去空格和换行等操作，生成函数形式的目标字符串并写入JS文件中，函数的目的是返回同Html文件内容的字符串；再比如，若查找到Css文件信息，则依据其路径描述找到并读取对应的Css文件，将内容做去空格等操作，生成函数形式的目标字符串，并写入JS文件，函数的目的是创建一个style元素，内容同Css文件，然后再添加至head中。

作为一种可选的实施方式，步骤S108，通过目标接口输出整合结果包括：在第二文件加载成功时，触发对目标函数进行调用；在目标函数中，将整合结果添加至目标程序中；通过目标程序对应的目标接口输出整合结果。

在该实施例中，加载第二文件，在第二文件加载成功时，触发对目标函数进行调用，比如，第二文件为Js文件，目标函数为Ready函数，在JS文件加载成功时，会自动触发Ready函数的调用。在对目标函数进行调用之后，在目标函数中，将整合结果添加至目标程序中，该目标程序可以为浏览器运行的网页程序，或者运行程序等。在将整合结果添加至目标程序中之后，通过目标程序对应的目标接口输出整合结果。可选地，在Ready函数中，将整合在JS文件中的Html文件和Css文件的实现内容加载到DOM结点中，进而输出Html文件和Css文件的整合结果。此时，目标接口提供的页面结构，样式和逻辑都加入到使用者的代码中向使用者提供所需服务。

作为一种可选的实施方式，上述第二文件为业务逻辑(javascript)文件，通过业务逻辑(javascript)文件对外提供整合结果。

作为一种可选的实施方式，步骤S102，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件包括：根据目标关键词和目标文件类型的后缀名识别需要进行整合处理的至少两个第一文件。

在根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件时，可以根据目标关键词和目标文件类型的后缀名识别需要进行整合处理的至少两个第一文件，其中，文件后缀名也即为文件扩展名，比如，为“.txt"”、“.doc”、“.xls”、“.ppt”等，此处不做限制。

作为一种可选的实施方式，步骤S104，从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径包括：从目标脚本的目标配置文件中，分别获取至少两个页面结构文件的目标文件路径，其中，第一文件包括页面结构文件；或从目标脚本的目标配置文件中，分别获取至少两个页面样式文件的目标文件路径，其中，第一文件包括页面样式文件。

该实施例的第一文件可以包括页面结构(Html)文件和页面样式(Css)文件。在从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径时，可以从目标脚本的目标配置文件中，分别获取至少两个Html文件的目标文件路径，其中，第一文件包括Html文件；或从目标脚本的目标配置文件中，分别获取至少两个Css文件的目标文件路径，其中，第一文件包括Css文件。

该实施例的接口处理方法由页面结构文件、页面样式文件、业务逻辑文件、构建脚本文件四部分组成，其中页面结构文件和页面样式文件均为可选角色，既可以只关联其中一种角色，也可以两种角色都关联，而且每种角色都可以按需关联多个文件。其中，页面结构文件和页面样式文件都无需做针对性处理，只需要在业务逻辑文件和构建脚本文件中做相应的技术实现即可。

在该实施例中，对于服务接口的使用者而言，只需要引用一个单一的服务接口即可，不用考虑多服务接口的关联性，从而可以简化调用方式及学习成本，并能有效地减少出错的概率，进而提高服务接口的访问性能；对于服务接口的实现者而言，提供服务接口的单一性是由统一的脚本自动生成的，不用自己考虑怎样实现和维护繁琐的单一性，可以将业务逻辑、页面结构、页面样式分别实现在不同的文件中，提高了实现效率以及后期的可维护性和可扩展性。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

实施例2

下面结合优选的实施例对本发明的技术方案进行说明。

本技术方案的接口处理方法为基于前端页面的服务接口的实现方法，目的是在满足实现者可将业务逻辑文件、页面结构文件、页面样式文件分别实现和维护的前提下，在对外提供时通过配置通用脚本自动生成一个单一的服务接口对外提供。下面对该方案进行举例说明。

该实施例的由页面结构文件(Html)、页面样式文件(Css)、业务逻辑文件(javascript)、构建脚本文件四部分组成，其中，页面结构文件和页面样式文件均为可选角色，既可以只关联其中一种角色，也可以两种角色都关联，而且每种角色都可以按需关联多个文件。

在该实施例中，页面结构文件和页面样式文件都无需做针对性处理，只需要在业务逻辑文件和构建脚本文件中做相应的技术实现即可，其基本实现方案介绍如下：

在业务逻辑文件中，使用与构建脚本协商的关键字和文件类型后缀名，关联需要整合在一起的页面结构文件或者页面样式文件。构建脚本在构建过程中，将通过关键字和文件类型的后缀名识别是否是需要整合的文件，然后通过描述的文件路径找到对应的需要整合的文件。比如:

require‘/..path../hello_world.Html’；

require‘/..path../hello_world.Css’；

在构建脚本的配置文件中，配置需要做整合操作的业务逻辑文件的路径，使构建脚本知道应对哪些文件做整合操作。比如：

entry{

‘hello_world.JS’:‘/..path../hello_world.JS’

}

运行构建脚本做整合操作，步骤介绍如下：

步骤一，读取并解析构建脚本的配置文件，获取需要整合的JS文件路径，然后依次读取所有对应的JS文件。

步骤二，在读取所有对应的JS文件之后，读取并解析JS文件，依据步骤一中设置的信息遍历JS文件内容，通过关键字和文件类型的后缀名识别并找到需要整合的Html文件或Css文件的路径，然后依次执行下述步骤三、步骤四以及步骤五的处理。

步骤三，若查找到Html文件的信息，则依据其路径描述找到并读取对应的Html文件，将Html文件内容做去空格和换行等操作，生成函数形式的字符串并写入JS文件中。其中，函数的目的是返回同Html文件内容的字符串。比如：

步骤四，若查找到Css文件信息，则依据其路径描述找到并读取对应的Css文件，将Css文件的内容做去空格等操作，生成函数形式的字符串并写入JS文件，其中，函数的目的是创建一个style元素，内容同Css文件的内容，然后添加至head中。比如：

在JS文件的Ready函数中调用模版。Ready函数可以为在描述DOM加载成功时的回调函数。比如：

window.onload＝function(){

templateCss()；

document.body.innerHTML+＝templateHtml()

}

使用者调用服务接口，在Js文件被加载成功时，会自动触发JS的Ready函数，然后将对应的Css或Html元素添加至DOM接口中，此时，服务接口提供的页面结构文件，页面样式文件和业务逻辑文件都加入到使用者的代码中向使用者提供所需服务。

该实施例对于服务接口的使用者而言，只需要引用一个单一的服务接口即可，不用考虑多服务接口的关联性，可简化调用方式及学习成本，并能有效减少出错的概率，提高服务接口的访问性能；对于服务接口的实现者而言，提供服务接口的单一性是由统一的脚本自动生成的，不用自己考虑怎样实现和维护繁琐的单一性，可以将业务逻辑、页面结构、页面样式分别实现在不同的文件中，提高实现效率以及后期的可维护性和可扩展性。

通过上述技术方案，该实施例的技术方案对前端页面的模块化效率做了进一步提升，在实现时将业务逻辑、页面结构、页面样式分别实现和维护，在对外提供时通过统一的脚本自动将所有实现封装在一个javascript文件中，快速向外提供单一高效的服务接口，避免考虑繁琐的文件关联、多服务接口的调用，简化模块的使用，降低使用中的出错率。同时提高模块实现的效率以及后期的可维护性和可扩展性。

实施例3

本发明实施例还提供了一种接口处理装置。需要说明的是，该实施例的接口处理装置可以用于执行本发明实施例的接口处理方法。

图2是根据本发明实施例的一种接口处理装置的示意图。如图2所示，该装置可以包括：关联单元10、第一获取单元20、第二获取单元30和输出单元40。

关联单元10，用于在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，其中，目标关键词和目标文件类型由目标脚本确定，目标脚本用于对至少两个第一文件进行整合处理。

第一获取单元20，用于从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径，其中，目标配置文件中配置有需要进行整合处理的文件的文件路径。

第二获取单元30，用于根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果。

输出单元40，用于通过目标接口输出整合结果。

该装置还包括：第三获取单元，用于在根据至少两个第一文件的目标文件路径获取到至少两个第一文件之前，从目标脚本的目标配置文件中，分别获取第二文件的目标文件路径，其中，第二文件用于存储至少两个第一文件的目标文件路径；根据第二文件的目标文件路径获取到第二文件；关联单元10包括：确定模块，用于根据获取到的第二文件中存储的目标关键词和目标文件类型，确定需要进行整合处理的至少两个第一文件；第一获取单元20包括：获取模块，用于从第二文件中，根据目标关键词和目标文件类型获取至少两个第一文件的目标路径。

该实施例通过关联单元10在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，其中，目标关键词和目标文件类型由目标脚本确定，目标脚本用于对至少两个第一文件进行整合处理，通过第一获取单元20从目标脚本的目标配置文件中，分别获取至少两个第一文件的目标文件路径，其中，目标配置文件中配置有需要进行整合处理的文件的文件路径，通过第二获取单元30根据至少两个第一文件的目标文件路径获取到至少两个第一文件，并对至少两个第一文件进行整合处理，得到整合结果，通过输出单元40通过目标接口输出整合结果。由于在满足实现者可将至少两个第一文件分别实现和维护的前提下，在对外提供时通过配置目标脚本自动生成一个目标接口对外提供。解决了接口处理效率低的问题，进而达到了提高接口处理效率的效果。

实施例4

本发明实施例还提供了一种存储介质。该存储介绍包括存储的程序，其中，在程序运行时控制存储介质所在设备执行本发明实施例的接口处理方法。

实施例5

本发明实施例还提供了一种处理器。该处理器用于运行程序，其中，程序运行时执行本发明实施例的接口处理方法。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可接收的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种接口处理方法，其特征在于，包括：

在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，其中，所述目标关键词和所述目标文件类型由目标脚本确定，所述目标脚本用于对所述至少两个第一文件进行整合处理；

从所述目标脚本的目标配置文件中，分别获取所述至少两个第一文件的目标文件路径，其中，所述目标配置文件中配置有需要进行整合处理的文件的文件路径；

根据所述至少两个第一文件的目标文件路径获取到所述至少两个第一文件，并对所述至少两个第一文件进行整合处理，得到整合结果；

通过目标接口输出所述整合结果；

其中，根据所述至少两个第一文件的目标文件路径获取到所述至少两个第一文件，并对所述至少两个第一文件进行整合处理，得到整合结果，包括：将所述至少两个第一文件处理为目标字符串；将所述目标字符串写入第二文件；

其中，将所述至少两个第一文件处理为目标字符串包括：将所述至少两个第一文件处理为函数形式的所述目标字符串，其中，所述目标字符串对应的函数用于返回所述至少两个第一文件的文件内容；

其中，通过所述目标接口输出所述整合结果包括：在所述第二文件加载成功时，触发对目标函数进行调用；在所述目标函数中，将所述整合结果添加至目标程序中；通过所述目标程序对应的所述目标接口输出所述整合结果。

2.根据权利要求1所述的方法，其特征在于，

在根据所述至少两个第一文件的目标文件路径获取到所述至少两个第一文件之前，所述方法还包括：从所述目标脚本的目标配置文件中，分别获取第二文件的目标文件路径，其中，所述第二文件用于存储所述至少两个第一文件的目标文件路径；根据所述第二文件的目标文件路径获取到所述第二文件；

根据所述目标关键词和所述目标文件类型确定需要进行整合处理的所述至少两个第一文件包括：根据获取到的所述第二文件中存储的所述目标关键词和所述目标文件类型，确定需要进行整合处理的所述至少两个第一文件；

从所述目标脚本的目标配置文件中，分别获取所述至少两个第一文件的目标文件路径包括：从所述第二文件中，根据所述目标关键词和所述目标文件类型获取所述至少两个第一文件的目标路径。

3.根据权利要求2所述的方法，其特征在于，所述第二文件为业务逻辑文件。

4.根据权利要求1或2所述的方法，其特征在于，根据所述目标关键词和所述目标文件类型确定需要进行整合处理的所述至少两个第一文件包括：

根据所述目标关键词和所述目标文件类型的后缀名识别需要进行整合处理的所述至少两个第一文件。

5.根据权利要求1或2所述的方法，其特征在于，从所述目标脚本的目标配置文件中，分别获取所述至少两个第一文件的目标文件路径包括以下至少之一：

从所述目标脚本的目标配置文件中，分别获取至少两个页面结构文件的目标文件路径，其中，所述第一文件包括所述页面结构文件；

从所述目标脚本的目标配置文件中，分别获取至少两个页面样式文件的目标文件路径，其中，所述第一文件包括所述页面样式文件。

6.一种接口处理装置，其特征在于，包括：

关联单元，用于在前端页面中，根据目标关键词和目标文件类型关联需要进行整合处理的至少两个第一文件，其中，所述目标关键词和所述目标文件类型由目标脚本确定，所述目标脚本用于对所述至少两个第一文件进行整合处理；

第一获取单元，用于从所述目标脚本的目标配置文件中，分别获取所述至少两个第一文件的目标文件路径，其中，所述目标配置文件中配置有需要进行整合处理的文件的文件路径；

第二获取单元，用于根据所述至少两个第一文件的目标文件路径获取到所述至少两个第一文件，并对所述至少两个第一文件进行整合处理，得到整合结果；

输出单元，用于通过目标接口输出所述整合结果；

其中，所述第二获取单元还用于通过以下步骤实现根据所述至少两个第一文件的目标文件路径获取到所述至少两个第一文件，并对所述至少两个第一文件进行整合处理，得到整合结果：将所述至少两个第一文件处理为目标字符串；将所述目标字符串写入第二文件；

其中，所述第二获取单元还用于通过以下步骤实现将所述至少两个第一文件处理为目标字符串：将所述至少两个第一文件处理为函数形式的所述目标字符串，其中，所述目标字符串对应的函数用于返回所述至少两个第一文件的文件内容；

其中，所述输出单元还用于通过以下步骤实现通过所述目标接口输出所述整合结果包括：在所述第二文件加载成功时，触发对目标函数进行调用；在所述目标函数中，将所述整合结果添加至目标程序中；通过所述目标程序对应的所述目标接口输出所述整合结果。

7.根据权利要求6所述的装置，其特征在于，

所述装置还包括：第三获取单元，用于在根据所述至少两个第一文件的目标文件路径获取到所述至少两个第一文件之前，从所述目标脚本的目标配置文件中，分别获取第二文件的目标文件路径，其中，所述第二文件用于存储所述至少两个第一文件的目标文件路径；根据所述第二文件的目标文件路径获取到所述第二文件；

所述关联单元包括：确定模块，用于根据获取到的所述第二文件中存储的所述目标关键词和所述目标文件类型，确定需要进行整合处理的所述至少两个第一文件；

所述第一获取单元包括：获取模块，用于从所述第二文件中，根据所述目标关键词和所述目标文件类型获取所述至少两个第一文件的目标路径。

8.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至5中任意一项所述的接口处理方法。

9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至5中任意一项所述的接口处理方法。

Images