CN117032634A - 组件处理方法及系统 - Google Patents

Abstract

本发明提供了一种组件处理方法及系统，基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；将不同组件对应的原始接口标准设置为统一的第一接口标准；通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；在进行应用系统的开发时，从多个组件中调用与应用系统中的目标应用匹配的目标组件。采用本发明可以缓解当前应用系统的开发过程中存在的相同功能组件重复建设、不同功能组件之间无法互通的问题。

Description

组件处理方法及系统

技术领域

本发明涉及软件开发技术领域，尤其是涉及一种组件处理方法及系统。

背景技术

组件是指应用系统开发过程中可重复利用的标准化软件工具，是对数据和方法的封装，可实现某项具体功能，充分利用组件可以提升应用系统的开发效率和质量，减少重复开发，节约投资成本。组件超市是指将分散在各地、各部门的应用组件资源进行全要素归集以实现组件上架、运营、评估等全过程闭环管理的软件系统，它完成流程的定义和管理，并按照在系统中预先定义好的流程规则进行流程实例的执行。当前应用系统的开发过程中存在相同功能组件重复建设、不同功能组件之间无法互通的情况，主要分为以下几点：(1)不同接口的标准不统一，导致不同接口反复对接、联调，工作量巨大；(2)通用技术功能的组件重复采买，造成政务资源浪费；(3)难以监测应用系统使用组件的情况，导致无法实现组件的统筹管理。

发明内容

有鉴于此，本发明的目的在于提供一种组件处理方法及系统，以缓解当前应用系统的开发过程中存在的相同功能组件重复建设、不同功能组件之间无法互通的问题。

第一方面，本发明实施例提供了一种组件处理方法，所述方法包括：基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；其中，所述共性政务需求是预先基于各类政务需求确定的，每个组件具有各自的组件类型，所述文档资源包括以下中至少之一：编程指南、用户手册、运维手册；将不同组件对应的原始接口标准设置为统一的第一接口标准；通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；在进行应用系统的开发时，从所述多个组件中调用与所述应用系统中的目标应用匹配的目标组件。

第二方面，本发明实施例还提供一种组件处理系统，所述系统包括：编写模块，用于基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；其中，所述共性政务需求是预先基于各类政务需求确定的，每个组件具有各自的组件类型，所述文档资源包括以下中至少之一：编程指南、用户手册、运维手册；设置模块，用于将不同组件对应的原始接口标准设置为统一的第一接口标准；托管模块，用于通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；调用模块，用于在进行应用系统的开发时，从所述多个组件中调用与所述应用系统中的目标应用匹配的目标组件。

本发明实施例提供的一种组件处理方法及系统，基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；将不同组件对应的原始接口标准设置为统一的第一接口标准；通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；在进行应用系统的开发时，从多个组件中调用与应用系统中的目标应用匹配的目标组件。采用上述技术，通过建立统一的规范编写得到满足共性政务需求的多个组件并设置统一的接口标准，使得不同组件的数据和功能可以很方便地实现互通；通过网关对组件进行统一托管的方式实时记录每个组件的调用情况，利于实现组件的统筹管理；通过调用组件的方式即可实现相关应用的开发，提高了应用系统开发的效率。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

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

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中一种组件处理方法的流程示意图；

图2为本发明实施例中网关、组件超市、应用系统的交互示例图；

图3为本发明实施例中组件提供者、组件使用者、应用系统、组件的关系示例图；

图4为本发明实施例中一种组件处理系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合实施例对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

当前应用系统的开发过程中存在相同功能组件重复建设、不同功能组件之间无法互通的情况，主要分为以下几点：(1)不同接口的标准不统一，导致不同接口反复对接、联调，工作量巨大；(2)通用技术功能的组件重复采买，造成政务资源浪费；(3)难以监测应用系统使用组件的情况，导致无法实现组件的统筹管理。

基于此，本发明实施提供的一种组件处理方法及系统，可以缓解当前应用系统的开发过程中存在的相同功能组件重复建设、不同功能组件之间无法互通的问题。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种组件处理方法进行详细介绍，参见图1所示，该方法可以包括以下步骤：

步骤S102，基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源。

其中，上述共性政务需求可以是预先基于各类政务需求确定的，可以认为是对各类政务需求进行的归纳总结；每个组件具有各自的组件类型，组件类型的划分可以按照组件的技术领域、功能领域、业务领域、使用要求、适用地域等，对此不进行限定；上述文档资源可以包括编程指南、用户手册、运维手册等与组件相关的文档，对此不进行限定。

示例性地，可遵循相关规范编写得到满足共性政务需求的多个组件，每个组件需要满足相应的功能性需求和非功能性需求，功能性需求主要是指每个组件需要具有至少一个业务功能，非功能性需求主要是指每个组件需要满足可靠性、安全性、性能、扩展性等维度的需求；每个组件通常还需要提供包含编程指南、用户手册、运维手册等的文档资源以便使用者或开发人员的理解。

步骤S104，将不同组件对应的原始接口标准设置为统一的第一接口标准。

由于不同组件通常采用不同的接口标准，因而在将不同组件集成在一起进行相关应用开发时开发人员需要反复对接相应接口进行调试，工作量巨大。通过对不同的组件的接口标准进行统一，可以减少开发人员的沟通成本，降低组件开发和维护的难度，提高组件开发和维护的效率；当新的组件被加入时，只需要遵循统一的接口标准就可以保证组件所在应用系统的稳定性，减少因为接口不兼容导致的故障；新的组件可以快速地与已有组件集成，从而提高组件所在应用系统的可扩展性；不同组件之间只需要遵循相同的接口标准就可以实现数据和功能的共享，使得不同组件的数据和功能更加方便地互通。

步骤S106，通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况。

上述网关对组件所进行的托管可以包括组件配置、组件发布、组件环境管理、组件权限管理、接口访问控制、接口在线调试、接口历史版本管理、相关文档生成、组件在线售卖等，对此不进行限定。

步骤S108，在进行应用系统的开发时，从多个组件中调用与应用系统中的目标应用匹配的目标组件。

示例性地，参见图2所示，组件超市100中编写有满足共性政务需求的多个组件101，组件超市100中的不同组件采用统一的接口标准，应用系统200上需要设计有多个应用201，通过网关300对组件超市100中的多个组件101进行托管，在需要开发应用系统200上的某个应用201时，可直接从组件超市100中调用与待开发应用201所需功能对应匹配的组件101，从而减少了应用开发过程中代码编写的工作量。

本发明实施例提供的一种组件处理方法，基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；将不同组件对应的原始接口标准设置为统一的第一接口标准；通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；在进行应用系统的开发时，从多个组件中调用与应用系统中的目标应用匹配的目标组件。采用上述技术，通过建立统一的规范编写得到满足共性政务需求的多个组件并设置统一的接口标准，使得不同组件的数据和功能可以很方便地实现互通；通过网关对组件进行统一托管的方式实时记录每个组件的调用情况，利于实现组件的统筹管理；通过调用组件的方式即可实现相关应用的开发，提高了应用系统开发的效率。

作为一种可能的实施方式，上述预设规范可以包括组件目录编制规范以及各组件类型的代码编写规范；基于此，上述步骤S102中基于预设规范编写得到满足共性政务需求的多个组件可以包括：

(11)按照对应组件类型的代码编写规范，编写得到至少一个对应组件类型的组件。

(12)按照组件目录编制规范，为每个组件编制并分配相应的组件编码。

其中，组件编码可以包括属性编码、评分编码、版本编码、行政区域编码等，对此不进行限定。

示例性地，上述组件目录编制规范可参考相关国家标准(如GB/T2260-2007、GB/T5271.1-2000、GB/T 10113-2003、GB/T 17969.8-2010、GB/T12407-2008、GB/T 7027-2002、GB 18030-2000等)进行制定，上述组件目录编制规范的内容主要可以包括组件类型的划分方式以及组件核心元数据，组件核心元数据可以包括组件编码、组件版本、组件名称、组件功能介绍、组件发布者相关信息、组件服务商相关信息、组件发布日期、组件部署位置、组件属性(如技术领域、功能领域、业务领域、使用要求、适用地域等)、组件评分、组件编程指南相关信息、组件使用指南相关信息、组件收费相关信息、组件所依赖云服务资源信息等，对此不进行限定。

组件按照技术领域属性可被分为REST(Representational State Transfer，表现层状态转移)接口类组件、MQ(Message Queue，消息队列)接口类组件、SDK(SoftwareDevelopment Kit，软件开发工具包)接口类组件、界面集成类组件四种类型，按照技术领域属性分类，组件可以属于一种类型或多种类型。

组件按照功能领域属性可被分为用户中心类组件、业务中心类组件、交互中心类组件、智能中心类组件、信用中心类组件、空间中心类组件六种类型，按照功能领域属性分类，组件只能属于一种类型。

组件按照业务领域属性可被分为数字政府类组件、党政机关整体智治类组件、数字社会类组件、数字经济类组件、数字法治类组件五种类型，按照业务领域属性分类，组件可以属于一种类型或多种类型。

组件按照使用要求可被分为强制类组件和推荐类组件两种类型，强制类组件要求必须使用，推荐类组件可选择使用，按照使用要求分类，组件只能属于一种类型。

组件按照适用地域属性可被分为省域类组件、市域类组件、县域类组件三种类型，按照适用地域属性分类，组件只能属于一种类型。

可按照组件目录编制规范中组件类型的划分方式划分各组件的组件类型，并根据组件类型为每个组件编制相应的属性编码，以便在组件编写过程中为每个组件标识相应的属性编码，从而便于开发人员在进行相关应用开发时可根据属性编码快速掌握各组件的组件类型。还可按照组件目录编制规范中组件评分、组件版本和组件发布者相关信息分别确定各组件的组件评分、组件版本和组件发布者所处行政区域，并根据组件评分、组件版本和组件发布者所处行政区域为每个组件编制相应的评分编码、版本编码和行政区域编码，以便在组件编写过程中为每个组件标识相应的评分编码、版本编码和行政区域编码，从而便于开发人员在进行相关应用开发时可根据评分编码、版本编码和行政区域编码快速掌握各组件的组件评分、组件版本和组件发布者所处行政区域。

以组件按照技术领域属性分类为例，上述组件类型可以包括以下中至少之一：支持表现层状态转移的第一类型(即REST接口类组件)、支持界面集成的第二类型(即界面集成类组件)、支持消息队列管理的第三类型(即MQ接口类组件)以及支持软件开发工具包的第四类型(即SDK接口类组件)。基于此，上述按照对应组件类型的代码编写规范，编写得到至少一个对应组件类型的组件的步骤可以包括以下操作中至少之一：

(21)按照第一类型的代码编写规范，编写得到至少一个第一类型的组件。

上述第一类型的代码编写规范可以包括接口说明(如用于获取何信息等)、接口请求方式(如POST等)、接口请求路径(形式例如“/external/api/xxx”等)、接口请求参数(如应用id、签名、时间戳等)、接口返回结果、接口返回数据结构等的定义方式，对此不进行限定。

(22)按照第二类型的代码编写规范，编写得到至少一个第二类型的组件。

上述第二类型的代码编写规范可以包括界面说明(如用于进行何操作等)、界面请求方式(如GET等)、界面请求地址(形式例如“/external/page/xxx”等)、界面请求参数(如应用id、签名、时间戳等)等的定义方式，对此不进行限定。

(23)按照第三类型的代码编写规范，编写得到至少一个第三类型的组件。

上述第三类型的代码编写规范可以包括MQ系统的类别(如Kafka、RocketMQ、RabbitMQ等)、MQ相关信息(如MQ的Borker、Topic、生产者、消费者、消费者组、订阅关系等)、使用环境信息、相关配置信息、接口功能、接口请求方式(如POST等)、接口请求参数(如应用id、签名、时间戳等)等的定义方式，对此不进行限定。

(24)按照第四类型的代码编写规范，编写得到至少一个第四类型的组件。

上述第四类型的代码编写规范可以包括SDK开发语言的基本规范(如一个类行数不超过多少行，一个方法行数不超过多少行，常量使用下划线分隔的大写字母，类、方法、变量的范围尽可能缩小等)、代码管理方式(如按照功能或类别进行分包、分层等)、代码注释、代码格式、版本兼容性、组件调用量上报规范、接口功能、接口请求方式(如POST等)、接口请求参数(如应用id、签名、时间戳等)等的定义方式，对此不进行限定。

作为一种可能的实施方式，上述步骤S106(即通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况)可以包括：通过网关记录每个接口的请求日志。

其中，上述请求日志可以包括请求的来源、请求的目标、请求的时间信息、请求的参数等，对此不进行限定。

示例性地，上述网关采用接口网关，接口网关在接收到客户端向某个组件的某个接口发送的接口数据请求后，会生成并记录该请求的日志，该日志可以包括请求的来源、请求的目标、请求的时间信息、请求的参数等，从而为相关故障诊断和调试提供有价值的数据。

作为一种可能的实施方式，上述组件处理方法还可以包括：通过上述网关基于预设鉴权机制分别对每个接口的访问进行鉴权。

示例性地，对于每个接口，通过上述网关在接收到该接口对应客户端发送的包含密钥信息的访问请求时，调用预先存储的各接口的密钥信息对该访问请求中的密钥信息进行校验，若校验通过，则向该访问请求对应客户端返回该访问请求所要请求的接口数据。

例如，应用后端提供认证服务和相应组件的接口数据服务，用户通过客户端登录向应用后端发起认证请求，认证服务进行认证后向客户端返回用户令牌(token)，token中包含接口访问权限(即用户信息和授权信息)；客户端存储token，并向应用后端发起相应组件的接口访问请求，请求头携带token；接口网关校验token的有效性，若校验通过，则向应用后端获取该访问请求所要请求的接口数据返回给客户端。

作为一种可能的实施方式，上述组件处理方法还可以包括：通过上述网关对各接口的请求进行负载均衡。

接续前例，接口网关在接收到多个接口访问请求时，可采用负载均衡算法将多个接口访问请求分发到不同的后端服务中，从而提高后端服务的可用性。

作为一种可能的实施方式，上述组件处理方法还可以包括：通过上述网关缓存每个接口的请求结果。

接续前例，接口网关可以缓存各接口访问请求所对应的请求结果，从而减少后端服务的负载和提高接口数据的响应速度。

此外，还可通过上述网关进行数据压缩、数据转换等操作，从而提高数据传输效率。

为了便于理解，在此对上述组件处理方法在应用开发上的效果进行示例性描述如下。

参见图3所示，组件使用者20包括应用所有者(如相关业务部门等)21以及服务与应用所有者的应用开发者22，应用所有者21拥有应用系统200的相关应用，应用开发者22对应用系统200进行开发和运维；组件提供者10对满足共性政务需求的多个组件101进行开发和运维；在组件使用者20向组件提供者10付费购买组件101后，组件提供者10通过邮件、现场等方式为应用开发者22提供培训、开发指导、排错等专业服务，以便应用开发者22使用应用所有者21购买的组件101；应用开发者22在开发应用系统200上的应用时，可直接从应用所有者21购买的组件101中调用与应用功能相匹配的组件101，从而提高了相关应用的开发效率。

上述组件处理方法通过统一不同组件的接口标准，可以便于不同组件间数据和功能的互通，从而降低了组件集成与共享的难度；通过网关统一托管各组件，可以实时记录每个组件的调用情况，利于实现组件的统筹管理可以实现各组件的统一鉴权，还可以对各接口请求进行负载均衡以及缓存各接口请求结果，从而保证了应用后端提供服务的质量；开发人员在进行应用系统开发时，可通过调用组件的方式实现相关应用的开发，提高了应用系统开发的效率。

基于上述组件处理方法，本发明实施例还提供一种组件处理系统，参见图4所示，该系统可以包括以下模块：

编写模块402，用于基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；其中，所述共性政务需求是预先基于各类政务需求确定的，每个组件具有各自的组件类型，所述文档资源包括以下中至少之一：编程指南、用户手册、运维手册；

设置模块404，用于将不同组件对应的原始接口标准设置为统一的第一接口标准；

托管模块406，用于通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；

调用模块408，用于在进行应用系统的开发时，从所述多个组件中调用与所述应用系统中的目标应用匹配的目标组件。

本发明实施例提供的一种组件处理系统，基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；将不同组件对应的原始接口标准设置为统一的第一接口标准；通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；在进行应用系统的开发时，从多个组件中调用与应用系统中的目标应用匹配的目标组件。采用上述技术，通过建立统一的规范编写得到满足共性政务需求的多个组件并设置统一的接口标准，使得不同组件的数据和功能可以很方便地实现互通；通过网关对组件进行统一托管的方式实时记录每个组件的调用情况，利于实现组件的统筹管理；通过调用组件的方式即可实现相关应用的开发，提高了应用系统开发的效率。

上述预设规范可以包括组件目录编制规范以及各组件类型的代码编写规范；基于此，上述编写模块402还可以用于：按照对应组件类型的代码编写规范，编写得到至少一个对应组件类型的组件；按照所述组件目录编制规范，为每个组件编制并分配相应的组件编码；其中，所述组件编码包括以下中至少之一：属性编码、评分编码、版本编码、行政区域编码。

上述组件类型可以包括以下中至少之一：支持表现层状态转移的第一类型、支持界面集成的第二类型、支持消息队列管理的第三类型以及支持软件开发工具包的第四类型；基于此，上述编写模块402还可以用于执行以下操作中至少之一：按照第一类型的代码编写规范，编写得到至少一个第一类型的组件；按照第二类型的代码编写规范，编写得到至少一个第二类型的组件；按照第三类型的代码编写规范，编写得到至少一个第三类型的组件；按照第四类型的代码编写规范，编写得到至少一个第四类型的组件。

上述托管模块406还可以用于：通过所述网关记录每个接口的请求日志；其中，所述请求日志包括以下中至少之一：请求的来源、请求的目标、请求的时间信息、请求的参数。

上述托管模块406还可以用于：通过所述网关基于预设鉴权机制分别对每个接口的访问进行鉴权。

上述托管模块406还可以用于：通过所述网关对各接口的请求进行负载均衡。

上述托管模块406还可以用于：通过所述网关缓存每个接口的请求结果。

上述托管模块406还可以用于：对于每个接口，通过所述网关在接收到该接口对应客户端发送的包含密钥信息的访问请求时，调用预先存储的各接口的密钥信息对该访问请求中的密钥信息进行校验，若校验通过，则向该访问请求对应客户端返回该访问请求所要请求的接口数据。

本发明实施例所提供的组件处理系统，其实现原理及产生的技术效果和前述组件处理方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本发明的范围。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种组件处理方法，其特征在于，所述方法包括：

基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；其中，所述共性政务需求是预先基于各类政务需求确定的，每个组件具有各自的组件类型，所述文档资源包括以下中至少之一：编程指南、用户手册、运维手册；

将不同组件对应的原始接口标准设置为统一的第一接口标准；

通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；

在进行应用系统的开发时，从所述多个组件中调用与所述应用系统中的目标应用匹配的目标组件。

2.根据权利要求1所述的方法，其特征在于，所述预设规范包括组件目录编制规范以及各组件类型的代码编写规范；基于预设规范编写得到满足共性政务需求的多个组件，包括：

按照对应组件类型的代码编写规范，编写得到至少一个对应组件类型的组件；

按照所述组件目录编制规范，为每个组件编制并分配相应的组件编码；其中，所述组件编码包括以下中至少之一：属性编码、评分编码、版本编码、行政区域编码。

3.根据权利要求2所述的方法，其特征在于，所述组件类型包括以下中至少之一：支持表现层状态转移的第一类型、支持界面集成的第二类型、支持消息队列管理的第三类型以及支持软件开发工具包的第四类型；按照对应组件类型的代码编写规范，编写得到至少一个对应组件类型的组件，包括以下中至少之一：

按照第一类型的代码编写规范，编写得到至少一个第一类型的组件；

按照第二类型的代码编写规范，编写得到至少一个第二类型的组件；

按照第三类型的代码编写规范，编写得到至少一个第三类型的组件；

按照第四类型的代码编写规范，编写得到至少一个第四类型的组件。

4.根据权利要求1所述的方法，其特征在于，通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况，包括：

通过所述网关记录每个接口的请求日志；其中，所述请求日志包括以下中至少之一：请求的来源、请求的目标、请求的时间信息、请求的参数。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过所述网关基于预设鉴权机制分别对每个接口的访问进行鉴权。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过所述网关对各接口的请求进行负载均衡。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过所述网关缓存每个接口的请求结果。

8.根据权利要求5所述的方法，其特征在于，通过所述网关基于预设鉴权机制分别对每个接口的访问进行鉴权，包括：

对于每个接口，通过所述网关在接收到该接口对应客户端发送的包含密钥信息的访问请求时，调用预先存储的各接口的密钥信息对该访问请求中的密钥信息进行校验，若校验通过，则向该访问请求对应客户端返回该访问请求所要请求的接口数据。

9.一种组件处理系统，其特征在于，所述系统包括：

编写模块，用于基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；其中，所述共性政务需求是预先基于各类政务需求确定的，每个组件具有各自的组件类型，所述文档资源包括以下中至少之一：编程指南、用户手册、运维手册；

设置模块，用于将不同组件对应的原始接口标准设置为统一的第一接口标准；

托管模块，用于通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；

调用模块，用于在进行应用系统的开发时，从所述多个组件中调用与所述应用系统中的目标应用匹配的目标组件。

10.根据权利要求9所述的系统，其特征在于，所述预设规范包括组件目录编制规范以及各组件类型的代码编写规范；所述编写模块还用于：

按照对应组件类型的代码编写规范，编写得到至少一个对应组件类型的组件；

按照所述组件目录编制规范，为每个组件编制并分配相应的组件编码；其中，所述组件编码包括以下中至少之一：属性编码、评分编码、版本编码、行政区域编码。