一种数据处理的方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种数据处理的方法和装置。


背景技术：

2.业务方调用数据源获取数据以进行业务处理，在调用前需要向数据源提供方申请权限，降低了数据获取的效率。服务编排系统可以为业务方提供数据源的调用，但现有服务编排系统与私有的数据源适配困难，不能从多种数据源获取数据，难以满足业务需求。


技术实现要素：

3.有鉴于此，本发明实施例提供一种数据处理的方法和装置，能够支持多数据源接入，开发效率高，能够提高数据获取的效率，可适用于快节奏、多迭代的互动营销场景。
4.为实现上述目的，根据本发明实施例的一个方面，提供了一种数据处理的方法，包括：
5.接收数据获取请求，所述数据获取请求包括页面标识；
6.获取与所述页面标识对应的dsl文本；
7.从所述dsl文本中解析出各个任务以及所述各个任务之间的依赖关系，其中，所述任务与数据源对应；
8.根据所述依赖关系执行各个所述任务从与所述任务对应的数据源中获取与所述数据获取请求对应的结果数据。
9.可选地，根据所述依赖关系执行各个所述任务，包括：
10.根据所述依赖关系构建有向无环图，以确定所述各个任务的执行顺序，根据所述执行顺序执行各个所述任务。
11.可选地，根据所述执行顺序执行各个所述任务，包括：
12.获取所述有向无环图中所有叶子节点对应的任务，并行执行所有叶子节点对应的任务；
13.当所有叶子节点对应的任务执行完毕后，并行执行每个叶子节点的上一级节点对应的任务，直至所有任务执行完毕。
14.可选地，获取与所述页面标识对应的dsl文本之前，包括：
15.根据已创建的流程图生成所述dsl文本，所述已创建的流程图中包含各个所述任务，以及各个所述任务之间的依赖关系。
16.可选地，从与所述任务对应的数据源中获取与所述数据获取请求对应的结果数据，包括：
17.从与所述任务对应的数据源中获取与所述数据获取请求对应的原始数据；
18.调用适配器对所述原始数据进行适配转换，以确定所述结果数据；
19.其中，所述适配器包括java方法、内置函数、spel表达式、faas平台自定义groovy脚本中的一种或几种。
20.可选地，所述任务包括统一配置中心任务、rpc泛化远程调用任务、http调用任务、mq消息发送任务、mysql数据库操作任务、redis操作任务中的一种或几种。
21.可选地，获取与所述页面标识对应的dsl文本，包括：
22.从本地缓存中获取与所述页面标识对应的dsl文本；
23.在所述本地缓存中不存在所述dsl文本的情况下，从分布式缓存中获取所述dsl文本。
24.根据本发明实施例的再一个方面，提供了一种数据处理的装置，包括：
25.接收模块，接收数据获取请求，所述数据获取请求包括页面标识；
26.获取模块，获取与所述页面标识对应的dsl文本；
27.解析模块，从所述dsl文本中解析出各个任务以及所述各个任务之间的依赖关系，其中，所述任务与数据源对应；
28.执行模块，根据所述依赖关系执行各个任务，以从与所述任务对应的数据源中获取与所述数据获取请求对应的结果数据。
29.根据本发明实施例的另一个方面，提供了一种电子设备，包括：
30.一个或多个处理器；
31.存储装置，用于存储一个或多个程序，
32.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明提供的数据处理的方法。
33.根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明提供的数据处理的方法。
34.上述发明中的一个实施例具有如下优点或有益效果：通过数据获取请求中的页面标识获取到对应的dsl文本，从dsl文本中可以解析出各个任务以及各个任务之间的依赖关系，进而确定出各个任务的执行顺序，该方法支持多数据源接入，从而可以从与任务对应的数据源中获取与数据获取请求对应的结果数据，适用于快节奏、多迭代的互动营销场景。
35.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
36.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
37.图1是根据本发明实施例的一种数据处理的方法的主要流程的示意图；
38.图2是根据本发明实施例的另一种数据处理的方法的主要流程的示意图；
39.图3是本发明实施例的一种数据处理的方法的流程示意图；
40.图4是根据本发明实施例的一种数据处理的装置的主要模块的示意图；
41.图5是一种采用本发明实施例的数据处理的装置进行数据处理的流程示意图；
42.图6是本发明实施例可以应用于其中的示例性系统架构图；
43.图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
44.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
45.图1是根据本发明实施例的一种数据处理的方法的主要流程的示意图，如图1所示，该方法包括以下步骤：
46.步骤s101：接收数据获取请求，该数据获取请求包括页面标识；
47.步骤s102：获取与页面标识对应的dsl文本；
48.步骤s103：从dsl文本中解析出各个任务以及各个任务之间的依赖关系，其中，任务与数据源对应；
49.步骤s104：根据依赖关系执行各个任务从与任务对应的数据源中获取与数据获取请求对应的结果数据。
50.在本发明实施例中，该数据处理方法可用于业务方从与应用连接的数据源中获取数据的过程。例如，在电商领域，可以为从互动营销活动首页基本信息的获取；也可以为银行应用系统中推广活动页面中基本信息的获取。
51.在本发明实施例中，数据获取请求可以为获取当前页面中的待展示数据的请求，数据获取请求包括页面标识。在本发明实施例中，数据获取请求包括rpc(remote procedure protocol，远程过程调用协议)请求、定时调度和mq(message queue，消息队列)消息等触发类型。rpc请求可以为某应用程序的调用请求，例如，某互动玩法首页通过调用完成首页信息的拉取。定时调用请求为定时执行获取dsl(domain-specific language，领域专用语言)文本并执行相应的任务，从而达到定时执行业务逻辑的目的。mq消息为通过mq消息中间件订阅上游的主题，根据有无消息内容或具体消息内容，判断是否获取对应的dsl文本并执行相应业务逻辑。其中，每次数据获取请求的触发之间没有依赖关系，完全相互独立，且每次触发均会记录相应的触发日志信息，包括触发类型、触发时间等信息。可选地，针对rpc请求和mq消息触发的数据获取请求，可以采用立即执行、延迟执行、按预设时间间隔执行等方式执行。
52.可选地，在获取与页面标识对应的dsl文本之前，包括：根据已创建的流程图生成dsl文本，已创建的流程图中包含各个任务，以及各个任务之间的依赖关系。
53.在本发明实施例中，用户通过可视化操作界面，在h5页面编辑创建流程图，该流程图中包含各个任务以及各个任务之间的依赖关系，根据该创建的流程图可以生成dsl文本，并将生成的dsl文本存储到数据库中，并同步到本地缓存和分布式缓存中。该流程图可以通过拖拽节点的方式进行创建，支持部分bpmn2.0规范。其中，节点与任务对应，任务与数据源一一对应，执行节点内部的逻辑即执行任务，从而实现从与任务对应的数据源中获取数据。该流程图创建及生成dsl文本的方式能够根据业务需求聚合相关的上游服务，能够快速开发出满足业务需求的接口服务，免去了新建应用、发布应用、接口申请等步骤，能够显著提高效率。同时可以通过修改流程图、dsl文本信息或者引用的groovy(一种基于java虚拟机的敏捷开发语言)脚本内容，即可实现一键发布、实时生效，省去编译和构建过程，达到快速上线的目的，克服了现有技术中采用修改代码、编译打包、构建镜像、发布应用的步骤修改
线上java应用业务逻辑，而无法实时生效的缺陷。
54.在本发明实施例中，在处理大量高并发的场景时，接收到数据获取请求时，若每次都需要读取数据库获取与页面标识对应的dsl文本，则会降低获取dsl文本的效率，使得任务的执行效率无法保证；且当请求量达到一定程度后可能会发生数据库堵塞，进而引发雪崩效应导致系统崩溃。可选地，获取与页面标识对应的dsl文本，包括：从本地缓存中获取与页面标识对应的dsl文本；在本地缓存中不存在dsl文本的情况下，从分布式缓存中获取dsl文本。从本地缓存或分布式缓存中获取dsl文本可以提高获取dsl文本的效率。其中，本地缓存可以为本地caffeine(基于java 1.8version的高性能缓存库)缓存，分布式缓存可以为redis缓存。进一步地，在分布式缓存中不存在与页面标识对应的dsl文本的情况下，从数据库中获取该dsl文本，并将该dsl文本存储到本地缓存和分布式缓存中，以在后续可以直接从本地缓存或分布式缓存中获取。
55.针对不同页面的数据获取请求需要执行不同的业务逻辑，根据数据获取请求中的页面标识可以获取到对应的dsl文本。dsl文本中包含页面标识，因此通过页面标识的匹配可以获取到对应的dsl文本。从dsl文本中可以解析出各个任务以及各个任务之间的依赖关系，还可以解析出场景code、用户类型和各个任务等。其中，场景code为互动活动的场景标识；用户类型可以为根据预设规则对用户进行的分类；任务可以为从数据源获取数据的任务。不同的dsl文本可以实现场景化、千人千面式的数据聚合和处理。
56.在本发明实施例中，数据获取请求中还包括版本信息字段，根据版本信息字段可以选择对应版本的dsl解析器对dsl文本进行解析，从而避免版本升级导致业务异常。
57.在本发明实施例中，dsl文本中的任务包括统一配置中心任务、rpc泛化远程调用任务、http调用任务、mq信息发送任务、mysql数据库操作任务、redis操作任务中的一种或几种。相应地，数据源包括统一配置中心接口、rpc服务接口、http接口、mq消息、mysql数据库、redis缓存中的一种或多种。在执行任务时，与数据源建立连接来获取数据。该方法预先为业务方申请各数据源的调用权限，以便业务方调用，业务方可以根据自身业务需求申请增加数据源的调用权限，后续其他业务方再次接入时无需再次申请权限。
58.在本发明实施例中，从dsl文本中可以解析出各个任务之间的依赖关系，各个任务与流程图中的各个数据节点对应，对数据节点进行强弱依赖配置，例如，根据依赖关系可以将数据节点配置为强依赖节点或弱依赖节点，若配置为强依赖节点的数据节点对应的任务执行失败，会导致整个流程执行失败，进而导致整个应用程序出错、停止；配置为弱依赖节点的数据节点对应的任务若执行失败，可以根据用户预设的节点失败逻辑继续执行。
59.在本发明实施例中，针对各个任务，若全部采用串行执行，导致性能较低，若全部采用并行执行，则无法保证各任务之间的依赖关系。
60.在本发明实施例中，如图2所示，根据依赖关系执行各个任务，包括：
61.步骤s201：根据依赖关系构建有向无环图，以确定各个任务的执行顺序；
62.步骤s202：根据执行顺序执行各个任务。
63.根据各个任务的依赖关系，以各个任务对应的各个数据节点构建成有向无环图(dag，directed acyclic graph)，利用dag最短路径算法，可以确定出各个任务的较佳的执行顺序，从而在保证依赖关系的同时，最大化执行效率。若无法构建有向无环图，如存在执行顺序相互依赖的数据节点，则直接返回失败。
64.在本发明实施例中，根据依赖关系执行各个任务，当不存在并行执行的任务的场景时，可以直接串行执行所有任务。
65.在本发明实施例中，根据执行顺序执行各个任务，包括：获取有向无环图中所有叶子节点对应的任务，并行执行所有叶子节点对应的任务；当所有叶子节点对应的任务执行完毕后，并行执行每个叶子节点的上一级节点对应的任务，直至所有任务执行完毕。
66.在根据有向无环图执行任务时，首先获取所有的叶子节点对应的任务，将所有叶子节点对应的任务放入线程池并行执行，查询并行执行的每个任务对应的数据节点的强弱依赖配置，判断任务是否执行失败，若任务执行失败且该任务对应的数据节点为强依赖节点，则跳出执行逻辑并返回失败结果，若任务未执行失败，则待所有叶子节点对应的任务执行完毕后，获取所有叶子节点的上一级节点对应的任务，并行执行，直至所有任务执行完毕。
67.不同任务的功能不同。rpc泛化远程调用任务需要将入参序列化成json字符串，主要包括入参的值和类全路径表示的入参类型，此外还需要传入rpc接口名、分组名、方法名和超时时间。本发明实施例采用泛化调用方式建立rpc连接，可在不需要接口sdk(软件工具开发包)的情况下达到调用rpc服务的目的，待rpc泛华远程调用任务执行完成后，会将结果存入数据上下文中；对于已经运行过一次的rpc泛化远程调用任务，会将其genericservice(泛化调用方法)放入本地caffeine缓存，使得后续调用直接复用之前的连接，避免重复初始化。http调用任务通过httpclient实现post和get请求，并将请求结果存储到数据上下文中。mq消息发送任务可以支持mq消息事件监听和mq消息推送。mysql数据库操作任务可以进行mysql数据库的增删改查。redis操作任务支持redis读写操作。
68.从dsl文本中可以解析出check检查任务，check检查任务可以使用spel(spring expression language，spring表达语言)表达式或者引用groovy脚本进行数据检查，用于数据异常时，提前终止流程并返回对应结果。
69.在本发明实施例中，从dsl文本中还可以解析出数据适配任务和数据输出任务。数据适配任务与流程图中的适配器节点对应，数据输出任务与流程图中的数据输出节点对应。
70.在一种可选地实施方式中，执行任务时，从与任务对应的数据源中获取与数据获取请求对应的结果数据，包括：从与任务对应的数据源中获取与数据获取请求对应的原始数据，从原始数据中提取预设字段的数据得到结果数据，或者对原始数据进行数据转换得到结果数据。
71.可选地，从与任务对应的数据源中获取与数据获取请求对应的结果数据，包括：从与任务对应的数据源中获取与数据获取请求对应的原始数据；调用适配器对原始数据进行适配转换，以确定结果数据。
72.在本发明实施例中，执行各个任务时，通过与数据源建立连接，可以从与每个任务对应的数据源中获取与数据获取请求对应的原始数据，该原始数据为粗粒度、未加工的原始数据，难以满足业务需求，因此采用调用适配器对原始数据进行适配转换等处理。其中，针对不同复杂程度的业务逻辑，适配器可以选择java方法、内置函数、spel表达式、faas平台自定义groovy脚本中的一种或几种。可以通过变量前缀区别不同的适配器。例如，@符号开头表示调用编排系统提供的java方法，$符号开头表示调用内置函数，#符号开头表示这
是一段spel表达式，&符号开头表示调用faas平台的groovy脚本。java方法为常用数据源结果转换方法，是在总结归纳大量业务方对该数据源的数据映射需求后沉淀，以供后续调用的方法。内置函数以工具类为主，比如货币单位换算、时间格式转换、字符串加密解密等。spel表达式支持读取对象属性、调用对象方法以及简单的比较和判断，是最主要、最常用的数据适配工具。groovy脚本适用于复杂逻辑的字段转换场景，首先在faas平台(functions as a service，一种提供脚本编写、脚本管理、脚本发布以及在执行过程中进行脚本拉取、编译、执行的公共服务平台)编写groovy脚本，然后在dsl文本的相应位置引入脚本名称作为变量，则可以将数据源结果即原始数据按照groovy脚本逻辑进行处理，最终得到业务需要的字段数据。这四种适配器支持联合使用和嵌套使用，可以满足大部分业务场景的数据适配需求。
73.例如，当需要调用内置函数进行时间格式转换时，可以将从数据源获取的原始数据中的时间数据按照时间格式转换，得到适配器映射结果，以确定结果数据。
74.数据输出节点用于定义返回给客户端的字段和格式，同时支持上述四种适配器，可以自定义输出字段和格式，满足定制化字段的需求。获得适配器映射结果后，数据输出节点可以根据自定义字段和格式，对适配器映射结果选择对应的字段，或者再加以数据转换，确定结果数据。数据输出节点也可以直接引用原始数据，选择对应的字段或者再加以数据转换，确定结果数据。将结果数据返回给客户端，以使可户端展示。
75.图3为本发明实施例的一种数据处理的方法的流程示意图。如图3所示，接收到外部rpc请求、mq消息和定时任务中的任一种触发类型触发的数据获取请求后，其中，数据获取请求中包括页面标识，从数据库中获取与页面标识对应的dsl文本，对dsl文本进行解析，得到各个任务以及各个任务之间的依赖关系，根据依赖关系构建有向无环图，确定各个任务的执行顺序，根据执行顺序执行各个任务，从与任务对应的数据源中获取原始数据，采用适配器对原始数据进行适配转换，得到适配器映射结果；对适配器映射结果进行结果组装，得到结果数据，将结果数据返回给客户端。
76.本发明实施例提供的数据处理的方法，支持多数据源接入，通过dsl文本与数据源建立连接以获取数据，克服了现有技术中与私有的数据源匹配困难的问题；该方法能够实现数据源的高性能加载即高效获取数据源中的数据，基于dag算法优化任务执行顺序，根据各个任务依赖关系，以任务为节点构造有向无环图，得到高效的任务执行顺序，分批并行执行，提高任务执行效率；该方法提供多种适配器对数据进行适配转换，支持简单和复杂逻辑场景，可以根据业务逻辑的复杂程度选择适配器，在数据节点和适配输出节点均可以调用适配器，可以满足定制化字段的需求，如通过faas平台实现自定义groovy脚本，实现数据源结果的适配、合法性校验的目的，丰富了使用场景且灵活性好，满足复杂场景需求；该方法能够通过修改流程图、dsl文本或者引用的groovy脚本内容，实现实时生效、快速上线；在构建流程图时，支持常用的bpmn2.0规范，提供简单易用的可视化操作界面，dsl文本可以在其他支持bpmn2.0规范的平台执行，具有一定的泛用性；在构建流程图及生成dsl文本时，通过low-code(低代码)方式搭建业务应用，对非技术人员友好，能够降低学习成本，提高开发效率。
77.如图4所示，根据本发明实施例的再一个方面，提供了一种数据处理的装置400，包括：
78.接收模块401，接收数据获取请求，数据获取请求包括页面标识；
79.获取模块402，获取与页面标识对应的dsl文本；
80.解析模块403，从dsl文本中解析出各个任务以及各个任务之间的依赖关系，其中，任务与数据源对应；
81.执行模块404，根据依赖关系执行各个任务，以从与任务对应的数据源中获取与数据获取请求对应的结果数据。
82.在本发明实施例中，执行模块404，进一步用于：根据依赖关系构建有向无环图，以确定各个任务的执行顺序，根据执行顺序执行各个任务。
83.在本发明实施例中，执行模块404，进一步用于：包括：获取有向无环图中所有叶子节点对应的任务，并行执行所有叶子节点对应的任务；当所有叶子节点对应的任务执行完毕后，并行执行每个叶子节点的上一级节点对应的任务，直至所有任务执行完毕。
84.在本发明实施例中，该装置400还包括生成模块，用于：在获取与页面标识对应的dsl文本之前，根据已创建的流程图生成dsl文本，已创建的流程图中包含各个任务，以及各个任务之间的依赖关系。
85.在本发明实施例中，执行模块404，进一步用于：从与任务对应的数据源中获取与数据获取请求对应的原始数据；调用适配器对原始数据进行适配转换，以确定结果数据；其中，适配器包括java方法、内置函数、spel表达式、faas平台自定义groovy脚本中的一种或几种。
86.可选地，任务包括统一配置中心任务、rpc泛化远程调用任务、http调用任务、mq发送任务、mysql数据库操作任务、redis操作任务中的一种或几种。
87.在本发明实施例中，获取模块402，还包括：从本地缓存中获取与页面标识对应的dsl文本；在本地缓存中不存在dsl文本的情况下，从分布式缓存中获取dsl文本。
88.本发明实施例的数据处理的装置可以包括前台web服务和后台服务编排系统。图5为本发明实施例的一种采用该数据处理的装置进行数据处理的方法的流程示意图。用户操作h5可视化界面，在前台web服务中编辑各个数据节点、数据适配节点和数据输出节点，构建流程图，其中，数据节点与任务对应，任务与数据源对应；前台web服务根据已构建的流程图生成dsl文本，并将生成的dsl文本写入到数据库中，也可以同步到本地缓存和分布式缓存中。服务编排系统接收数据获取请求，其中，数据获取请求可以为用户通过客户端直接请求接口发送的，如rpc请求，也可以为前台web服务请求接口发送的，如定时调度；服务编排系统根据数据获取请求中的页面标识，从数据库中获取与页面标识对应的dsl文本，解析出dsl文本中各个任务以及各个任务的依赖关系；然后根据依赖关系确定各个任务的执行顺序，以从与任务对应的数据源中拉取原始数据，然后数据适配节点调用适配器对原始数据进行适配转换，得到适配器映射结果；输出节点从适配器映射结果中选择自定义的字段得到结果数据，返回结果数据以在客户端进行展示。
89.根据本发明实施例的另一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明提供的数据处理的方法。
90.根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本发明提供的数据处理的方法。
91.图6示出了可以应用本发明实施例的数据处理的方法或数据处理的装置的示例性系统架构600。
92.如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
93.用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
94.终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
95.服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的信息获取请求等数据进行分析等处理，并将处理结果(例如结果数据
‑‑
仅为示例)反馈给终端设备。
96.需要说明的是，本发明实施例所提供的数据处理的方法一般由服务器605执行，相应地，数据处理的装置一般设置于服务器605中。
97.应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
98.下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
99.如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有系统700操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
100.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
101.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统中限定的上述功能。
102.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计
算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
103.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
104.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、获取模块、解析模块和执行模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“获取与页面标识对应的dsl文本的模块”。
105.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收数据获取请求，数据获取请求包括页面标识；获取与页面标识对应的dsl文本；从dsl文本中解析出各个任务以及各个任务之间的依赖关系，其中，任务与数据源对应；根据依赖关系执行各个任务从与任务对应的数据源中获取与数据获取请求对应的结果数据。
106.根据本发明实施例的技术方案，支持多数据源接入，通过dsl文本与数据源建立连接以获取数据，克服了现有技术中与私有的数据源匹配困难的问题；该方法能够实现数据源的高性能加载即高效获取数据源中的数据，基于dag算法优化任务执行顺序，根据各个任务依赖关系，以任务为节点构造有向无环图，得到高效的任务执行顺序，分批并行执行，提
高任务执行效率；该方法提供多种适配器对数据进行适配转换，支持简单和复杂逻辑场景，可以根据业务逻辑的复杂程度选择适配器，在数据节点和适配输出节点均可以调用适配器，可以满足定制化字段的需求，如通过faas平台实现自定义groovy脚本，实现数据源结果的适配、合法性校验的目的，丰富了使用场景且灵活性好，满足复杂场景需求；该方法能够通过修改流程图、dsl文本或者引用的groovy脚本内容，实现实时生效、快速上线；在构建流程图时，支持常用的bpmn2.0规范，提供简单易用的可视化操作界面，dsl文本可以在其他支持bpmn2.0规范的平台执行，具有一定的泛用性；在构建流程图及生成dsl文本时，通过low-code方式搭建业务应用，对非技术人员友好，能够降低学习成本，提高开发效率。
107.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。