CN116450248A - 基于组件的数据处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种基于组件的数据处理方法、装置、计算机设备及存储介质。该方法应用于目标业务系统，目标业务系统包括多个组件，方法包括：根据预设的组件调用顺序从多个组件中确定目标组件；若目标组件需要调用上游变量，则从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至目标组件中，公共数据库中存储有目标组件的上游组件运行时产生的且需要被上游组件的下游组件调用的变量及对应的变量标识；运行目标组件；若目标组件运行产生下游变量，则将下游变量以及对应的下游变量标识存储至公共数据库中。通过本方案可降低系统的维护成本以及组件配置的复杂度。

Description

基于组件的数据处理方法、装置、计算机设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种基于组件的数据处理方法、装置、计算机设备及存储介质。

背景技术

第三方金融管理平台可向众多城商行提供2B服务，为银行提供全家桶式的互联网产品一站式解决方案，提高银行自营产品占比。每家银行的业务流程千差万异，没有统一的标准。用户前端的一次同样请求，到后端处理，不同银行、不同金融产品、不同时期都对应不同的业务流程。若对于每家银行或产品专门开发一套系统，维护成本则非常高。

为了解决这个问题，为各个系统设置了一组件库，使用组件库中的组件分别构建各个系统，然而，由于不同的系统中组件的数据传输方向以及类型均不相同，需要针对每个系统中的组件分别进行数据流的配置，对不同的组件分别定义不同的数据传输方向，组件配置的复杂程度高。

发明内容

本申请实施例提供了一种基于组件的数据处理方法、装置、计算机设备及存储介质，可降低系统的维护成本以及组件配置的复杂度。

第一方面，本申请实施例提供了一种基于组件的数据处理方法，所述方法应用于目标业务系统，所述目标业务系统包括多个组件，所述方法包括：

根据预设的组件调用顺序从多个所述组件中确定目标组件，所述目标组件为当前被调用的组件；

若所述目标组件需要调用上游变量，则从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至所述目标组件中，所述公共数据库中存储有所述目标组件的上游组件运行时产生的且需要被所述上游组件的下游组件调用的变量及对应的变量标识；

运行所述目标组件；

若所述目标组件运行产生下游变量，则将所述下游变量以及所述下游变量对应的下游变量标识存储至所述公共数据库中，所述下游变量为需要被所述目标组件的下游组件调用的变量。

第二方面，本申请实施例还提供了一种基于组件的数据处理装置，其包括：所述基于组件的数据处理装置被配置于目标业务系统，所述目标业务系统包括多个组件，所述基于组件的数据处理装置包括：

第一确定单元，用于根据预设的组件调用顺序从多个所述组件中确定目标组件，所述目标组件为当前被调用的组件；

读取单元，用于当所述目标组件需要调用上游变量时，从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至所述目标组件中，所述公共数据库中存储有所述目标组件的上游组件运行时产生的且需要被所述上游组件的下游组件调用的变量及对应的变量标识；

运行单元，用于运行所述目标组件；

存储单元，用于当所述目标组件运行产生下游变量时，将所述下游变量以及所述下游变量对应的下游变量标识存储至所述公共数据库中，所述下游变量为需要被所述目标组件的下游组件调用的变量。

第三方面，本申请实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时可实现上述方法。

本申请实施例提供了一种基于组件的数据处理方法、装置、计算机设备及存储介质。本申请实施例提供的方案中，第一方面，由于方案中的目标业务系统由多个组件构成，对于不同业务系统可以使用同一套领域组件库进行构建，对于不同系统只需要维护同一套领域组件库即可，不需要对各个系统分别进行维护，降低了代码的维护成本；第二方面，由于本方案中的组件在生成可被下游调用的变量时，需将该变量发送至公共数据库，当下游组件需要该变量时，可以直接从该公共数据库中读取，故本方案不需要在组件中配置组件与组件之间的数据传输方向，降低了组件配置的复杂程度；第三方面，由于当本方案中的下游组件获取上游组件产生的变量时，可直接从公共数据库中读取，变量不需要在组件之间依次传递，提高了组件之间数据交互的效率。

附图说明

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

图1为本申请实施例提供的基于组件的数据处理方法的应用场景示意图；

图2为本申请实施例提供的目标业务系统的构建步骤流程示意图；

图3为本申请实施例提供的业务系统的结构示意图；

图4为本申请实施例提供的基于组件的数据处理方法的流程示意图；

图5为本申请实施例提供的基于组件的数据处理装置的示意性框图；

图6为本申请另一实施例提供的基于组件的数据处理装置的示意性框图；

图7为本申请实施例提供的计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

本申请实施例提供了一种基于组件的数据处理方法、装置、计算机设备及存储介质。

该基于组件的数据处理方法的执行主体可以是本申请实施例提供的基于组件的数据处理装置，或者集成了该基于组件的数据处理装置的计算机设备，其中，该基于组件的数据处理装置可以采用硬件或者软件的方式实现，该计算机设备可以为终端或服务器，该终端可以是智能手机、平板电脑、掌上电脑、或者笔记本电脑等。

请参阅图1，图1为本申请实施例提供的基于组件的数据处理方法的应用场景示意图。该基于组件的数据处理方法应用于图1中的计算机设备，该计算机设备中设有目标业务系统中，该目标业务系统包括多个组件以及一个公共数据库，各组件均可访问该公共数据库，在一些实施例中，如图1所示，本申请中的目标业务系统由组件ABCDEFGHIJKLMNO组成，并且在目标业务系统内设置有一公共数据库，预设的组件调用顺序依次为ABCDEFG->H(J|I)->KLMNO。具体地，输入业务请求，然后目标业务系统根据该业务请求执行本申请提供的基于组件的数据处理方法，最后输出组件的最终运行结果，例如显示该运行结果，使得用户得到该运行结果。

需要说明的是，在执行本申请提供的基于组件的数据处理方法之前，需要构建目标业务系统。

如图2所示，该目标业务系统的构建步骤包括以下步骤S110-S140。

S110、构建领域组件库。

用户的一次简单的前端请求，后端都要进行大量的操作，比如身份鉴权、数据检验、DB操作、接口请求等，本申请通过领域知识，把这些操作分装成一个一个的领域组件，形成领域组件库。

所有的业务无论产品设计多么复杂，都逃不过该领域组件库，请求的处理也就逃不过领域组件库。本步骤通过定义领域组件，进而形成领域组件库，例如，把不同银行业务流程的差异问题通过领域组件库中组件的任意组装，就能满足各种产品需求，并通过配置就能上线，得到目标业务系统，不需要频繁发版本，从而提升了产品灵活度，大大降低新银行的对接成本及产品和业务的试错成本。

具体地，可参考金融产品多年的设计规范、合规要求、用户体验、安全等各方面的领域经验，把稳定性高、可复用性强的代码块抽象成组件，通过定义标准的输入和输出，给组件赋能，把功能单一的业务模块内聚到同一个组件内，从而可以在各个业务场景(业务系统)中实现组件的重复使用，降低组件使用成本。

S120、获取目标业务系统的构建指令，所述构建指令携带有多个组件标识以及所述组件调用顺序。

需要说明的是，本申请可以为不同的银行、不同的金融产品分别构建其对应的业务系统。

在一些实施例中，本申请可以把领域组件库中的组件进行可视化和配置管理。

具体地，显示所述领域组件库对应的组件选择界面，所述组件选择界面中显示有多个候选组件；然后接收用户针对多个所述候选组件中多个所述组件以及多个所述组件间组件顺序的操作指令，得到所述构建指令。

S130、响应于所述构建指令，从预设的领域组件库中确定与多个所述组件标识对应的多个所述组件。

在一些实施例中，当用户获取到该构建指令之后，将响应该构建指令，从领域组件库中的多个候选组件中将用户选中的组件确定为目标业务系统的组件。

S140、根据多个所述组件以及所述组件调用顺序构建所述目标业务系统。

当从领域组件库中确定了目标业务系统对应的组件之后，将根据组件调用顺序将多个所述组件构建目标业务系统。

在一些实施例中，具体地，所述根据多个所述组件以及所述组件调用顺序构建所述目标业务系统，包括：根据多个所述组件以及所述组件调用顺序构建初始业务系统；然后在所述初始业务系统中创建所述公共数据库，并授予各所述组件对所述公共数据库的访问权限，得到所述目标业务系统。

本实施例中，根据所选中的组件以及组件间的调用顺序完成初始业务系统的构建之后，还需要在初始业务系统中创建公共数据库，并且授予初始业务系统中所有组件对该公共数据库的访问权限，创建得到目标业务系统，使得目标业务系统中的各个组件可以通过公共数据库进行变量的传递，从而降低组件定义的复杂度和提升组件之间数据交互的效率。

请参阅图3，本实施例可以根据同一套领域组件库构建多个业务系统，例如银行A对应的业务系统以及银行B对应的业务系统。

可见，由于方案中的目标业务系统由多个组件构成，对于不同业务系统可以使用同一套领域组件库进行构建，对于不同系统只需要维护同一套领域组件库即可，不需要对各个系统分别进行维护，降低了代码的维护成本。

图4是本申请实施例提供的基于组件的数据处理方法的流程示意图。本方法应用于目标业务系统，所述目标业务系统包括多个组件，如图4所示，该方法包括以下步骤S210-S240。

S210、根据预设的组件调用顺序从多个所述组件中确定目标组件。

其中，所述目标组件为当前被调用的组件。

当目标业务系统开始被调用时，需要向目标业务系统发送业务请求，当目标业务系统接收到目标业务请求之后，将根据预设的组件调用顺序从多个组件中调用当前需要被执行的目标组件，即在开始调用的时候，将组件调用顺序中的第一个组件确定为目标组件。

当目标业务系统在运行过程中时，由于目标业务系统中包括多个组件，当检测到上游组件调用完成之后，即需要按照组件调用顺序调用与该上游组件相邻的下一组件作为目标组件。

进一步地，如果目标组件的上游组件为条件组件时，此时，步骤S110包括；若所述目标组件的上游组件为条件组件，则获取所述条件组件输出的判断结果；根据所述判断结果以及所述组件调用顺序从多个所述组件中确定所述目标组件。

例如，如图1所示，目标组件的上游组件为组件H，如果判断结果为符合条件1，则调用组件J，如果判断结果为符合条件2，则调用组件I。

S220、若所述目标组件需要调用上游变量，则从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至所述目标组件中。

其中，所述公共数据库中存储有所述目标组件的上游组件运行时产生的且需要被所述上游组件的下游组件调用的变量及对应的变量标识。

需要说明的是，如果目标组件为调用顺序中的第一个组件，则该目标组件不需要调用上游变量，此时，目标变量可以直接获取用户输入的外部变量，然后将外部变量写入目标组件的对应位置，然后运行该目标组件。

在一些实施例中，当根据预设的组件调用顺序从多个所述组件中确定目标组件之后，将显示所述目标组件的外部变量输入界面，所述外部变量输入界面包括外部变量输入接口以及运行控件；然后基于所述外部变量输入接口获取用户输入的外部变量；其中，该外部变量输入接口用于输入外部变量，例如用户输入的身份证号；该运行控件为目标组件的运行按钮，当用户点击该运行控件时，系统将运行该目标组件。

如果目标组件不是调用顺序中的第一个组件，则需要根据目标组件中预设的待获取的变量标识的变量类型确定是否需要调用上游变量，其中，该变量类型包括用户类变量类型和/或上游变量类型，该用户类变量类型指示目标组件需要获取用户输入的变量，该上游变量类型指示目标组件需要获取上游组件产生的变量。

具体地，本实施例中，需要判断目标组件中是否存在上游变量标识，如果存在该上游变量标识，则需要从公共数据库中读取与该上游变量标识对应的变量，如果不存在该上游变量标识，则需要获取用户输入的变量，即获取外部变量。

在一些实施例中，为了节省公共数据库的存储空间，在读取第一目标变量之后，需要删除公共数据库中的第一目标变量以及对应的上游变量标识。

S230、运行所述目标组件。

在一些实施例中，目标组件只需要获取上游变量，此时，从公共数据库中读取第一目标变量之后，即可运行该目标组件。

在另一些实施例中，目标组件只需要获取用户输入的变量，此时，不需要从公共数据库中读取变量，将用户输入的外部变量写入目标组件之后，即可运行该目标组件。

在另一些实施例中，目标组件需要获取上游变量以及用户输入的变量，此时，需要将上游变量对应的第一目标变量以及用户输入的外部变量均写入目标组件，然后运行该目标组件。

此时，运行所述目标组件具体地包括：响应于用户针对所述运行控件的操作指令，将所述外部变量写入所述目标组件中；然后基于所述外部变量以及所述上游变量运行所述目标组件。

其中，若目标组件需要获取外部变量，然而用户却在没有输入外部变量的情况下点击运行控件，此时，界面将显示报错提醒，该报错提醒用于提醒用户输入外部变量。

S240、若所述目标组件运行产生下游变量，则将所述下游变量以及所述下游变量对应的下游变量标识存储至所述公共数据库中。

其中，所述下游变量为需要被所述目标组件的下游组件调用的变量。

本实施例中，如果目标组件运行产生下游变量，而且该下游变量为需要被该目标组件的下游组件(不一定与目标组件相邻，位于目标组件的下游即可，下游组件获取上游变量的时候，变量不需要通过组件层层传递，故可以提高数据交互的效率)时，需要将该下游变量以及对应的下游变量标识以键值的存储方式存储至所述公共数据库中。

需要说明的是，若当前调用的目标组价为最后一个组件或者结果组件时，需要输出组件运行结果。

综上所述，本申请实施例提供的方案中，第一方面，由于方案中的目标业务系统由多个组件构成，对于不同业务系统可以使用同一套领域组件库进行构建，对于不同系统只需要维护同一套领域组件库即可，不需要对各个系统分别进行维护，降低了代码的维护成本；第二方面，由于本方案中的组件在生成可被下游调用的变量时，需将该变量发送至公共数据库，当下游组件需要该变量时，可以直接从该公共数据库中读取，故本方案不需要在组件中配置组件与组件之间的数据传输方向，降低了组件配置的复杂程度；第三方面，由于当本方案中的下游组件获取上游组件产生的变量时，可直接从公共数据库中读取，变量不需要在组件之间依次传递，提高了组件之间数据交互的效率。

图5是本申请实施例提供的一种基于组件的数据处理装置的示意性框图。如图5所示，对应于以上基于组件的数据处理方法，本申请还提供一种基于组件的数据处理装置。该基于组件的数据处理装置包括用于执行上述基于组件的数据处理方法的单元，该装置被配置于目标业务系统，所述目标业务系统包括多个组件。具体地，请参阅图5，该基于组件的数据处理装置500包括：

第一确定单元501，用于根据预设的组件调用顺序从多个所述组件中确定目标组件，所述目标组件为当前被调用的组件；

读取单元502，用于当所述目标组件需要调用上游变量时，从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至所述目标组件中，所述公共数据库中存储有所述目标组件的上游组件运行时产生的且需要被所述上游组件的下游组件调用的变量及对应的变量标识；

运行单元503，用于运行所述目标组件；

存储单元504，用于当所述目标组件运行产生下游变量时，将所述下游变量以及所述下游变量对应的下游变量标识存储至所述公共数据库中，所述下游变量为需要被所述目标组件的下游组件调用的变量。

在一些实施例中，所述第一确定单元501在执行所述根据预设的组件调用顺序从多个所述组件中确定目标组件步骤时，具体用于：

若所述目标组件的上游组件为条件组件，则获取所述条件组件输出的判断结果；

根据所述判断结果以及所述组件调用顺序从多个所述组件中确定所述目标组件。

请参阅图6，在一些实施例中，所述基于组件的数据处理装置500还包括：

判断单元505，用于判断所述目标组件中是否预设有所述上游变量标识；

第二确定单元506，用于当若所述目标组件中预设有所述上游变量标识时，确定所述目标组件需要调用上游变量。

在一些实施例中，所述基于组件的数据处理装置500还包括：

显示单元507，用于显示所述目标组件的外部变量输入界面，所述外部变量输入界面包括外部变量输入接口以及运行控件；

第一获取单元508，用于基于所述外部变量输入接口获取用户输入的外部变量；

此时，运行单元503具体用于，响应于用户针对所述运行控件的操作指令，将所述外部变量写入所述目标组件中；基于所述外部变量以及所述上游变量运行所述目标组件。

在一些实施例中，所述基于组件的数据处理装置500还包括：

第二获取单元509，用于获取目标业务系统的构建指令，所述构建指令携带有多个组件标识以及所述组件调用顺序；

第三确定单元510，用于响应于所述构建指令，从预设的领域组件库中确定与多个所述组件标识对应的多个所述组件；

构建单元511，用于根据多个所述组件以及所述组件调用顺序构建所述目标业务系统。

在一些实施例中，所述第二获取单元509具体用于：

显示所述领域组件库对应的组件选择界面，所述组件选择界面中显示有多个候选组件；

接收用户针对多个所述候选组件中多个所述组件以及多个所述组件间组件顺序的操作指令，得到所述构建指令。

在一些实施例中，所述构建单元511在执行所述根据多个所述组件以及所述组件调用顺序构建所述目标业务系统步骤时，具体用于：

根据多个所述组件以及所述组件调用顺序构建初始业务系统；在所述初始业务系统中创建所述公共数据库，并授予各所述组件对所述公共数据库的访问权限，得到所述目标业务系统。

综上所述，本申请实施例提供的方案中，第一方面，由于方案中的目标业务系统由多个组件构成，对于不同业务系统可以使用同一套领域组件库进行构建，对于不同系统只需要维护同一套领域组件库即可，不需要对各个系统分别进行维护，降低了代码的维护成本；第二方面，由于本方案中的组件在生成可被下游调用的变量时，需将该变量发送至公共数据库，当下游组件需要该变量时，可以直接从该公共数据库中读取，故本方案不需要在组件中配置组件与组件之间的数据传输方向，降低了组件配置的复杂程度；第三方面，由于当本方案中的下游组件获取上游组件产生的变量时，可直接从公共数据库中读取，变量不需要在组件之间依次传递，提高了组件之间数据交互的效率。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述基于组件的数据处理装置和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述基于组件的数据处理装置可以实现为一种计算机程序的形式，该计算机程序可以在如图7所示的计算机设备上运行。

请参阅图7，图7是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备700可以是终端，也可以是服务器，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

其中，计算机设备700中设置有目标业务系统，所述目标业务系统包括多个组件。

参阅图7，该计算机设备700包括通过系统总线701连接的处理器702、存储器和网络接口705，其中，存储器可以包括非易失性存储介质703和内存储器704。

该非易失性存储介质703可存储操作系统7031和计算机程序7032。该计算机程序7032包括程序指令，该程序指令被执行时，可使得处理器702执行一种基于组件的数据处理方法。

该处理器702用于提供计算和控制能力，以支撑整个计算机设备700的运行。

该内存储器704为非易失性存储介质703中的计算机程序7032的运行提供环境，该计算机程序7032被处理器702执行时，可使得处理器702执行一种基于组件的数据处理方法。

该网络接口705用于与其它设备进行网络通信。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备700的限定，具体的计算机设备700可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器702用于运行存储在存储器中的计算机程序7032，以实现如下步骤：

根据预设的组件调用顺序从多个所述组件中确定目标组件，所述目标组件为当前被调用的组件；

若所述目标组件需要调用上游变量，则从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至所述目标组件中，所述公共数据库中存储有所述目标组件的上游组件运行时产生的且需要被所述上游组件的下游组件调用的变量及对应的变量标识；

运行所述目标组件；

若所述目标组件运行产生下游变量，则将所述下游变量以及所述下游变量对应的下游变量标识存储至所述公共数据库中，所述下游变量为需要被所述目标组件的下游组件调用的变量。

应当理解，在本申请实施例中，处理器702可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器702还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本申请还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时使处理器执行如下步骤：

根据预设的组件调用顺序从多个所述组件中确定目标组件，所述目标组件为当前被调用的组件；

若所述目标组件需要调用上游变量，则从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至所述目标组件中，所述公共数据库中存储有所述目标组件的上游组件运行时产生的且需要被所述上游组件的下游组件调用的变量及对应的变量标识；

运行所述目标组件；

若所述目标组件运行产生下游变量，则将所述下游变量以及所述下游变量对应的下游变量标识存储至所述公共数据库中，所述下游变量为需要被所述目标组件的下游组件调用的变量。

所述存储介质可以是U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本申请实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种基于组件的数据处理方法，其特征在于，所述方法应用于目标业务系统，所述目标业务系统包括多个组件，所述方法包括：

根据预设的组件调用顺序从多个所述组件中确定目标组件，所述目标组件为当前被调用的组件；

若所述目标组件需要调用上游变量，则从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至所述目标组件中，所述公共数据库中存储有所述目标组件的上游组件运行时产生的且需要被所述上游组件的下游组件调用的变量及对应的变量标识；

运行所述目标组件；

若所述目标组件运行产生下游变量，则将所述下游变量以及所述下游变量对应的下游变量标识存储至所述公共数据库中，所述下游变量为需要被所述目标组件的下游组件调用的变量。

2.根据权利要求1所述的方法，其特征在于，所述根据预设的组件调用顺序从多个所述组件中确定目标组件，包括：

若所述目标组件的上游组件为条件组件，则获取所述条件组件输出的判断结果；

根据所述判断结果以及所述组件调用顺序从多个所述组件中确定所述目标组件。

3.根据权利要求1所述的方法，其特征在于，所述若所述目标组件需要调用上游变量，则从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至所述目标组件中之前，所述方法还包括：

判断所述目标组件中是否预设有所述上游变量标识；

若所述目标组件中预设有所述上游变量标识，则确定所述目标组件需要调用上游变量。

4.根据权利要求1所述的方法，其特征在于，所述根据预设的组件调用顺序从多个所述组件中确定目标组件之后，所述方法还包括：

显示所述目标组件的外部变量输入界面，所述外部变量输入界面包括外部变量输入接口以及运行控件；

基于所述外部变量输入接口获取用户输入的外部变量；

所述运行所述目标组件，包括：

响应于用户针对所述运行控件的操作指令，将所述外部变量写入所述目标组件中；

基于所述外部变量以及所述上游变量运行所述目标组件。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述根据预设的组件调用顺序从多个所述组件中确定目标组件之前，所述方法还包括：

获取所述目标业务系统的构建指令，所述构建指令携带有多个组件标识以及所述组件调用顺序；

响应于所述构建指令，从预设的领域组件库中确定与多个所述组件标识对应的多个所述组件；

根据多个所述组件以及所述组件调用顺序构建所述目标业务系统。

6.根据权利要求5所述的方法，其特征在于，所述获取目标业务系统的构建指令，包括：

显示所述领域组件库对应的组件选择界面，所述组件选择界面中显示有多个候选组件；

接收用户针对多个所述候选组件中多个所述组件以及多个所述组件间组件顺序的操作指令，得到所述构建指令。

7.根据权利要求5所述的方法，其特征在于，所述根据多个所述组件以及所述组件调用顺序构建所述目标业务系统，包括：

根据多个所述组件以及所述组件调用顺序构建初始业务系统；

在所述初始业务系统中创建所述公共数据库，并授予各所述组件对所述公共数据库的访问权限，得到所述目标业务系统。

8.一种基于组件的数据处理装置，其特征在于，所述基于组件的数据处理装置被配置于目标业务系统，所述目标业务系统包括多个组件，所述基于组件的数据处理装置包括：

第一确定单元，用于根据预设的组件调用顺序从多个所述组件中确定目标组件，所述目标组件为当前被调用的组件；

读取单元，用于当所述目标组件需要调用上游变量时，从预设的公共数据库中读取与所述目标组件中预设的上游变量标识对应的所述上游变量至所述目标组件中，所述公共数据库中存储有所述目标组件的上游组件运行时产生的且需要被所述上游组件的下游组件调用的变量及对应的变量标识；

运行单元，用于运行所述目标组件；

存储单元，用于当所述目标组件运行产生下游变量时，将所述下游变量以及所述下游变量对应的下游变量标识存储至所述公共数据库中，所述下游变量为需要被所述目标组件的下游组件调用的变量。

9.一种计算机设备，其特征在于，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时可实现如权利要求1-7中任一项所述的方法。