CN112988139B - 事件处理文件的开发方法与装置 - Google Patents

Abstract

本公开提供一种事件处理文件的开发方法，包括：接收用户的绘制指令，根据绘制指令生成流程图；接收用户的第一编辑指令与第二编辑指令，根据流程图、第一编辑指令和第二编辑指令生成事件处理图，其中，根据第一编辑指令在所述流程图中导入至少一个业务元件，根据第二编辑指令设置所述流程图的事件属性；编译所述事件处理图以生成事件处理文件。本公开实施例提供的开发方法可以极大提高业务流程的设计效率和事件驱动系统的开发效率。

Description

事件处理文件的开发方法与装置

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种事件处理文件的开发方法与装置。

背景技术

在相关技术中，业务流程建模通常使用图形标记法生成的流程图来表现复杂的流程语义，以为业务人员提供直观的支持，但这种流程图无法直接转换为可执行的业务流程文件。特别地，在事件驱动系统中，往往需要根据事件处理过程的中间状态来丰富或者控制业务流程的走向，相关技术也难以满足此需求。需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种事件处理文件的开发方法与事件处理文件的开发装置，用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的问题。

根据本公开的第一方面，提供一种事件处理文件的开发方法，包括：

接收用户的绘制指令，根据所述绘制指令生成流程图；

接收用户的第一编辑指令与第二编辑指令，根据所述流程图、所述第一编辑指令和所述第二编辑指令生成事件处理图，其中，根据所述第一编辑指令在所述流程图中导入至少一个业务元件，根据所述第二编辑指令设置所述流程图的事件属性；

编译所述事件处理图以生成事件处理文件。

在本公开的示例性实施例中，所述开发方法还包括：

为用户提供用于绘制所述流程图的图标，所述图标包括开始图标、结束图标、业务元件图标、决策分支图标、约束条件图标和连接图标。

在本公开的示例性实施例中，所述业务元件包括描述文件和功能文件，所述功能文件包括实现至少一种业务功能的可执行代码，所述描述文件包括所述功能文件的元数据和接口描述信息。

在本公开的示例性实施例中，所述流程图包括业务元件图标，所述第一编辑指令包括：

点击所述业务元件图标并将其关联至所述业务元件。

在本公开的示例性实施例中，所述事件属性包括开始事件属性，所述开始事件属性的种类包括数据轮询触发、数据推送触发和Rest API触发。

在本公开的示例性实施例中，所述流程图包括开始图标，所述第二编辑指令包括：

点击所述开始图标，在打开的开始事件属性编辑窗口中输入所述开始事件属性的参数。

在本公开的示例性实施例中，所述事件属性包括结束事件属性，所述结束事件属性包括结束事件的返回值和结束事件的执行条件。

在本公开的示例性实施例中，所述流程图包括结束图标，所述第二编辑指令包括：

点击所述结束图标，在打开的结束事件属性编辑窗口中输入所述结束事件属性的参数。

在本公开的示例性实施例中，所述事件属性包括业务事件属性，所述业务事件属性包括可执行方法，所述可执行方法为所述业务元件的至少一所述业务功能的其中之一。

在本公开的示例性实施例中，所述业务事件属性包括入参和返回值。

在本公开的示例性实施例中，所述业务事件属性包括执行条件。

在本公开的示例性实施例中，所述业务事件属性包括执行模式，所述执行模式为串行或并行。

在本公开的示例性实施例中，所述流程图包括业务元件图标和连接图标，所述第二编辑指令包括：

点击指向所述业务元件图标的所述连接图标，在打开的业务事件属性编辑窗口中输入所述业务事件属性的参数。

根据本公开的第二方面，提供一种事件处理文件的开发装置，包括：

绘制模块，接收用户的绘制指令，根据所述绘制指令生成流程图；

编辑模块，接收用户的第一编辑指令与第二编辑指令，根据所述流程图、所述第一编辑指令和所述第二编辑指令生成事件处理图，其中，所述编辑模块根据所述第一编辑指令在所述流程图中导入至少一个业务元件，且根据所述第二编辑指令设置所述流程图的事件属性；

编译模块，编译所述事件处理图以生成事件处理文件。

在本公开的示例性实施例中，所述业务元件包括描述文件和功能文件，所述功能文件包括实现至少一种业务功能的可执行代码，所述描述文件包括所述功能文件的元数据和接口描述信息。

在本公开的示例性实施例中，所述流程图包括业务元件图标，所述第一编辑指令包括：

点击所述业务元件图标并将其关联至所述业务元件。

在本公开的示例性实施例中，所述事件属性包括开始事件属性，所述开始事件属性的种类包括数据轮询触发、数据推送触发和Rest API触发。

在本公开的示例性实施例中，所述流程图包括开始图标，所述第二编辑指令包括：

点击所述开始图标，在打开的开始事件属性编辑窗口中输入所述开始事件属性的参数。

在本公开的示例性实施例中，所述事件属性包括结束事件属性，所述流程图包括结束图标，所述第二编辑指令包括：

点击所述结束图标，在打开的结束事件属性编辑窗口中输入所述结束事件属性的参数。

在本公开的示例性实施例中，所述事件属性包括业务事件属性，所述业务事件属性包括可执行方法，所述可执行方法为所述业务元件的至少一所述业务功能的其中之一。

在本公开的示例性实施例中，所述业务事件属性包括入参和返回值。

在本公开的示例性实施例中，所述业务事件属性包括执行条件。

在本公开的示例性实施例中，所述业务事件属性包括执行模式，所述执行模式为串行或并行。

在本公开的示例性实施例中，所述流程图包括业务元件图标和连接图标，所述第二编辑指令包括：

点击指向所述业务元件图标的所述连接图标，在打开的业务事件属性编辑窗口中输入所述业务事件属性的参数。

根据本公开的第三方面，提供一种事件处理文件的开发装置，包括：存储器；以及耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现在本公开的一种示例性实施例中。

本公开提供的事件处理文件的开发方法，根据用户的绘制指令以及编辑指令，将业务元件导入到流程图中，并对流程图中的事件属性进行设置，生成事件处理图并进行编译，以生成可执行的事件处理文件，编译的过程包含事件处理文件语法语义的智能校验，该事件处理文件可以被事件驱动系统加载并生成事件路由，提高了业务流程的设计效率和事件驱动系统的开发效率。另一方面，因本公开的事件属性的编辑独立于业务元件的功能，也能够很好地实现业务流程的动态演进和更新。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本公开一个示例性实施例中事件处理文件的开发方法的流程图。

图2是本公开一个示例性实施例提供的编辑界面及流程图的示意图。

图3是本公开一个示例性实施例中在图2所示的流程图中导入业务元件的示意图。

图4为本公开一个示例性实施例中的开始事件属性的编辑窗口。

图5为本公开一个示例性实施例中的业务事件属性的编辑窗口。

图6为本公开一个示例性实施例中的结束事件属性的编辑窗口。

图7A～图7C为本公开一个示例性实施例的事件属性编辑示意图。

图8是本公开一个示例性实施例中事件处理文件的开发装置的方框图。

图9是本公开一个示例性实施例中一种电子设备的方框图。

图10是本公开一个示例性实施例中一种计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面结合附图对本公开示例实施方式进行详细说明。

图1为本公开一个示例性实施例中事件处理文件的开发方法的流程图。参考图1，事件处理文件的开发方法可以包括：

步骤S1，接收用户的绘制指令，根据所述绘制指令生成流程图；

步骤S2，接收用户的第一编辑指令与第二编辑指令，根据所述流程图、所述第一编辑指令和所述第二编辑指令生成事件处理图，其中，根据所述第一编辑指令在所述流程图中导入至少一个业务元件，根据所述第二编辑指令设置所述流程图的事件属性；

步骤S3，编译所述事件处理图以生成事件处理文件。

本公开提供的事件处理文件的开发方法，根据用户的绘制指令以及编辑指令，将业务元件导入到流程图中，并对流程图中的事件属性进行设置，生成事件处理图并进行编译，以生成可执行的业务流程文件，也即事件处理文件，该事件处理文件可以被事件驱动系统加载并生成事件路由，提高了业务流程的设计效率和事件驱动系统的开发效率。另一方面，因本公开的事件属性的设置独立于业务元件的功能，可通过设置事件属性来丰富或者控制业务流程的走向，也能够很好地实现业务流程的动态演进和更新。

下面对开发方法100的各步骤进行详细说明。

图2是本公开一个示例性实施例提供的编辑界面及流程图的示意图。

参考图2，在本方法的示例性实施例中，在步骤S1中，方法100还可以包括为用户提供用于绘制所述流程图的图标，图标包括但不限于开始图标21、结束图标22、业务元件图标23、决策分支图标24、约束条件图标25和连接图标26，该些图标可供客户实现丰富的业务流程描述方案。

其中，开始图标21和结束图标22用于表示业务流程的开始和结束；业务元件23图标用于表示业务功能；决策分支图标24用于表示决策条件以及每个决策条件对应的执行路径；约束条件图形25用于表示逻辑关系约束条件，例如与、或、异或等；连接图标26用于表示执行顺序，例如，当连接图标由业务元件图标A指向业务元件图标B时，则表示先执行业务元件图标A所关联的业务元件，再执行业务元件图标B所关联的业务元件。用户可以根据业务流程的实际需要选择合适的图标并将其通过添加、拖放等形式绘制到用户编辑界面200上，以形成如图2所示的流程图。上述图标仅为示意，在其他一些实施例中，还可以为用户提供更多的图标种类。在本公开另一些实施例中，编辑界面还可以包括其他设计样式，图2所示的编辑界面仅为示意。

在步骤S1中，用户的绘制指令包括但不限于拖放。例如，用户可以按业务流程的需要，通过点击图形编辑界面200左侧图标整理栏里的图标将所需图标放置在用户编辑界面上，并通过拖放动作调整图标的大小、绝对位置以及图标之间的相对位置。本公开的开发方法可以多次接收用户的上述类型的绘制指令，并根据绘制指令在用户编辑界面200中生成流程图。需要说明的是，图2所示的流程图仅为示例，流程图中可以仅包括上述图标中的部分图标，例如，流程图可以仅由开始图标、结束图标、业务元件图标和连接图标组成。在本公开的另一些实施例中，流程图还可包括其他类型的图标，且当前的图标也可以设计为其他形状，本公开不以此为限。并且，本领域技术人员也可以自行设计流程图的图标，即不从图2所示的图标整理栏中调用。

在步骤S2，根据第一编辑指令在流程图中导入至少一个业务元件，根据第二编辑指令设置流程图的事件属性。

图3是本公开一个示例性实施例中在图2所示的流程图中导入业务元件的示意图。参考图3，对于业务元件图标，第一编辑指令包括但不限于点击业务元件图标并将其关联至业务元件。

当用户点击业务元件图标并将其关联至业务元件后，本公开的开发方法可以根据该第一编辑指令导入业务元件图标对应的业务元件。为了提高用户的设计效率，导入完成后可以在业务元件图标上显示关联的业务元件的名称。在本实施例中，第一编辑指令可以在流程图全部生成之后执行，在另一些实施例中，也可以在流程图部分生成之后执行第一编辑指令，只要有业务元件图标即可。

在本公开一个示例性实施例中，业务元件包括描述文件和功能文件。其中，功能文件为可执行代码，用以执行一种或多种业务功能；描述文件包括功能文件的元数据和接口描述信息。可以在功能文件对应的描述文件中根据实际需要添加所有或部分业务功能的接口描述，无需更改功能文件即可实现对业务功能的全部或部分暴露。

在本公开的一个示例性实施例中，允许采用预设描述语言编写不同业务单元对应的描述文件，不同的业务单元对应的功能文件可以由相同或不同的编程语言编写，具有良好的扩展性。预设描述语言例如可以为XML，但本公开不以此为限。此外，可以提供包括常用业务功能的业务元件库供用户调用，以进一步提高业务流程的设计效率。在本公开的另一些实施例中，用户也可以根据业务需要自行编写业务元件。

流程图虽然能大致表示业务流程的执行方向，但不能根据事件属性来丰富或者控制业务流程的走向。在步骤S2中，还需要根据第二编辑指令设置流程图的事件属性，事件属性的编辑独立于业务元件的功能，能更好地实现业务流程的动态演进和更新。

在本公开的一个示例性实施例中，事件属性包括开始事件属性。开始事件属性决定了业务流程的流程开始模式，即通过何种条件触发业务流程的执行。

图4为本公开一个示例性实施例中的开始事件属性的编辑窗口。

参照图3和图4，用户的第二编辑指令包括但不限于点击开始事件图标，在打开的开始事件属性的编辑窗口中对开始事件的属性进行设定。在图4所示的实施例中，本公开提供了timer、external和空格三种图标供用户点击选择，依次对应于数据轮询触发、数据推送触发和Rest API触发这三种等常用的事件驱动系统的触发模式，提高了用户的开发效率。但本公开不以此为限，本领域技术人员应当知晓，开始事件属性还可以包括其他种类的常用触发模式。

在本公开的一个示例性实施例中，事件属性包括业务事件属性，业务事件属性包括可执行方法，该可执行方法决定了业务流程中的该业务元件需执行的业务功能。举例说明如下：假设一业务元件包括A、B、C三个业务功能，通过对可执行方法进行设置，可选择该三个业务功能的其中之一，灵活运用业务元件。

在本公开的另一些实施例中，业务事件属性还可以包括入参和返回值，通过设置入参和返回值可丰富业务逻辑。举例说明如下：假设在流程图中业务元件A和业务元件B没有顺序连接的关系，但业务元件A需要调用业务元件B的返回值，则可以通过设置业务元件A的入参为业务元件B的返回值，来实现对业务元件B的返回值的调用。需要说明的是，业务事件属性的入参和返回值都可设置为空(null)，其中，当业务事件属性的入参设置为空时，该业务元件的实际入参为与之顺序相连的上一业务元件的返回值；当业务事件属性的返回值设置为空时，则表示该业务元件没有返回值。

本公开的另一些实施例中，业务事件属性还包括执行模式，该执行模式例如为串行或并行。仍以上述业务元件A和业务元件B举例，可设置业务元件B的执行模式为串行，则业务元件A会等待业务元件B执行完成取得返回值之后再执行。

在本公开的另一些实施例中，业务事件属性还可包括执行条件，即执行业务元件的的约束条件。

当业务元件不变，但需要调整部分业务流程时，通过对业务事件属性进行设置，无需重新绘制流程图，也无需重新导入业务元件，即可对业务流程进行修改，生成新的事件处理图并进行编译，大大节约了用户的业务流程的设计时间。

图5为本公开一个示例性实施例中的业务事件属性的编辑窗口。

参考图3和图5，用户的第二编辑指令包括但不限于点击指向目标业务元件图标的连接图标，在打开的业务事件属性的编辑窗口中对业务事件属性进行设定。

在图5中，栏位condition表示执行条件，栏位mode表示执行模式，栏位operationId表示可执行方法，栏位inputParam表示入参，栏位return表示返回值，用户可在打开的编辑窗口的对应栏位中输入业务事件属性的参数。需要注意的是，在本公开的另一些实施例中，用户也可以根据实际情况自行调整或设置业务事件属性的种类和参数。

在本公开的一个示例性实施例中，流程图的事件属性包括结束事件属性。

图6为本公开一个示例性实施例中的结束事件属性的编辑窗口。

参考图6，用户的第二编辑指令包括但不限于点击指向结束图标的连接图标，在打开的结束事件属性的编辑窗口中，输入结束事件属性的参数。在图6中，类似于业务元件的业务事件属性，结束事件属性包含结束事件的约束条件、执行模式和入参，分别对应栏位condition、栏位mode和栏位inputParam，用户可以在对应栏位中输入结束事件属性的参数。例如，当栏位condition、栏位mode和栏位inputParam的参数都为空(null)时,则代表该结束事件无约束条件，执行模式为并行，且入参为为与之顺序相连的上一业务元件的返回值，也即为该业务流程的返回值。需要注意的是，在本公开的另一些实施例中，用户也可以根据实际情况自行调整或设置结束事件属性的种类和参数。

图7A～图7C为本公开一个示例性实施例的事件属性编辑示意图。

请先参照图7A及图7B，分别示出了业务元件“compute”和业务元件“smallHandler”的业务事件属性的参数。在图7A,栏位condition的参数为空，则代表业务元件“compute”无约束条件；栏位operationId的参数为“0000(compute)”，则代表该业务元件的可执行方法为编码“0000”对应的业务功能，字符“(compute)”是为了便于用户识别，该编码对应的业务功能已在该业务元件的描述文件被定义；栏位inputParam的参数为空，则默认业务元件“compute”的入参为业务元件“process”的返回值；栏位mode的参数为invoke,则代表该业务元件的执行模式为串行；栏位return的参数为var_compute，则代表该业务元件的返回值为var_compute。在图7B中，在业务元件“smallHandler”的属性编辑窗口中，栏位condition的参数为：$(var_compute).value<10，栏位inputParam的参数为$(var_compute)，栏位operetionId的参数为0000(handle)，栏位return和栏位mode设置为空，则代表业务元件“smallHandler”的约束条件需要调用业务元件“compute”的返回值，其入参为业务元件“compute”的返回值(也即var_compute的成员变量value)，其可执行方法为参数0000对应的业务供能，其返回值为空，其执行模式为并行。图7C示出了该业务流程的结束事件的属性参数，这些参数设置代表了结束事件无约束条件，执行模式为并行，入参为业务元件“compute”的返回值。

因此，从上述实施例不难得出，尽管根据流程图，业务元件“compute”、“smallHandler”和结束事件是并行的，但根据事件属性，业务元件“smallHandler”或结束事件会等待业务元件“compute”执行完成后再执行。事件属性的编辑独立于业务元件的业务功能，可通过设置事件属性来丰富或者控制业务流程的走向，也能够很好地实现业务流程的动态演进和更新。

在本公开的另一些实施例中，开发方法还可以包括：接收用户的第三编辑动作，根据第三编辑动作导入URL-mapping文件或groovy脚本文件，作为对事件处理文件的补充，进一步丰富业务流程。其中，第三编辑动作包括但不限于在图2所示的编辑界面中对上述文件进行关联。

本公开提供的事件处理文件的开发方法，根据用户的绘制指令以及编辑指令，将业务元件导入到流程图中，并对流程图中的事件属性进行设置，生成事件处理图并进行编译，以生成可执行的事件处理文件，该事件处理文件可以被事件驱动系统加载并生成事件路由，提高了业务流程的设计效率和事件驱动系统的开发效率。另一方面，因本公开的事件属性的编辑独立于业务元件的功能，可通过设置事件属性来丰富或者控制业务流程的走向，也能够很好地实现业务流程的动态演进和更新。在部分实施例中，提供的图形编辑界面允许用户在界面中绘制流程图并设定事件属性，提高了用户的业务开发效率。

对应于上述方法实施例，本公开还提供一种事件处理文件的开发装置，可以用于执行上述方法实施例。

图8是本公开实施例中事件处理图的开发装置的方框图。

参考图8，事件处理图的开发装置800可以包括：

绘制模块801，接收用户的绘制指令，根据所述绘制指令生成流程图；

编辑模块802，接收用户的第一编辑指令与第二编辑指令，根据所述流程图、所述第一编辑指令和所述第二编辑指令生成事件处理图，其中，根据所述第一编辑指令在所述流程图中导入至少一个业务元件，根据所述第二编辑指令设置所述流程图的事件属性；

编译模块803，编译所述事件处理图以生成事件处理文件。

由于装置800的各功能已在其对应的方法实施例中予以详细说明，本公开于此不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本公开的一个示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图9来描述根据本发明的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元910可以执行如图1中所示的开发方法。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备900也可以与一个或多个外部设备600(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的一个示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图10所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包括或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包括的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明一个示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和构思由权利要求指出。

Claims (20)

1.一种事件处理文件的开发方法，其特征在于，包括：

接收用户的绘制指令，根据所述绘制指令生成流程图，所述流程图包括业务元件图标和连接图标；

接收用户的第一编辑指令与第二编辑指令，根据所述流程图、所述第一编辑指令和所述第二编辑指令生成事件处理图，其中，根据所述第一编辑指令在所述流程图中导入至少一个业务元件，根据所述第二编辑指令设置所述流程图的事件属性，其中，所述业务元件包括描述文件和功能文件，所述功能文件包括实现至少一种业务功能的可执行代码，所述描述文件包括所述功能文件的元数据和接口描述信息，所述事件属性包括业务事件属性；

编译所述事件处理图以生成事件处理文件；

所述第一编辑指令包括：

点击所述业务元件图标并将其关联至所述业务元件；

所述第二编辑指令包括：

点击指向所述业务元件图标的所述连接图标，在打开的业务事件属性编辑窗口中输入所述业务事件属性的参数。

2.如权利要求1所述的事件处理文件的开发方法，其特征在于，所述开发方法还包括：

为用户提供用于绘制所述流程图的图标，所述图标包括开始图标、结束图标、业务元件图标、决策分支图标、约束条件图标和连接图标。

3.如权利要求1所述的事件处理文件的开发方法，所述事件属性包括开始事件属性，所述开始事件属性的种类包括数据轮询触发、数据推送触发和Rest API触发。

4.如权利要求3所述的事件处理文件的开发方法，其特征在于，所述流程图包括开始图标，所述第二编辑指令包括：

点击所述开始图标，在打开的开始事件属性编辑窗口中对所述开始事件属性进行设定。

5.如权利要求1所述的事件处理文件的开发方法，所述事件属性包括结束事件属性，所述结束事件属性包括结束事件的返回值和结束事件的执行条件。

6.如权利要求5所述的事件处理文件的开发方法， 所述流程图包括结束图标，所述第二编辑指令包括：

点击所述结束图标，在打开的结束事件属性编辑窗口中输入所述结束事件属性的参数。

7.如权利要求1所述的事件处理文件的开发方法，其特征在于，所述业务事件属性包括可执行方法，所述可执行方法为所述业务元件的至少一所述业务功能的其中之一。

8.如权利要求1所述的事件处理文件的开发方法，其特征在于，所述业务事件属性包括入参和返回值。

9.如权利要求1所述的事件处理文件的开发方法，其特征在于，所述业务事件属性包括执行条件。

10.如权利要求1所述的事件处理文件的开发方法，其特征在于，所述业务事件属性包括执行模式，所述执行模式为串行或并行。

11.一种事件处理文件的开发装置，其特征在于，包括：

绘制模块，接收用户的绘制指令，根据所述绘制指令生成流程图，所述流程图包括业务元件图标和连接图标；

编辑模块，接收用户的第一编辑指令与第二编辑指令，根据所述流程图、所述第一编辑指令和所述第二编辑指令生成事件处理图，其中，所述编辑模块根据所述第一编辑指令在所述流程图中导入至少一个业务元件，且根据所述第二编辑指令设置所述流程图的事件属性，其中，所述业务元件包括描述文件和功能文件，所述功能文件包括实现至少一种业务功能的可执行代码，所述描述文件包括所述功能文件的元数据和接口描述信息，所述事件属性包括业务事件属性；

编译模块，编译所述事件处理图以生成事件处理文件；

所述第一编辑指令包括：

点击所述业务元件图标并将其关联至所述业务元件；

所述第二编辑指令包括：

点击指向所述业务元件图标的所述连接图标，在打开的业务事件属性编辑窗口中输入所述业务事件属性的参数。

12.如权利要求11所述的开发装置，所述事件属性包括开始事件属性，所述开始事件属性的种类包括数据轮询触发、数据推送触发和Rest API触发。

13.如权利要求12所述的开发装置，其特征在于，所述流程图包括开始图标，所述第二编辑指令包括：

点击所述开始图标，在打开的开始事件属性编辑窗口中输入所述开始事件属性的参数。

14.如权利要求11所述的开发装置，所述事件属性包括结束事件属性，所述流程图包括结束图标，所述第二编辑指令包括：

点击所述结束图标，在打开的结束事件属性编辑窗口中输入所述结束事件属性的参数。

15.如权利要求11所述的开发装置，其特征在于，所述业务事件属性包括可执行方法，所述可执行方法为所述业务元件的至少一所述业务功能的其中之一。

16.如权利要求11所述的开发装置，其特征在于，所述业务事件属性包括入参和返回值。

17.如权利要求11所述的开发装置，其特征在于，所述业务事件属性包括执行条件。

18.如权利要求11所述的开发装置，其特征在于，所述业务事件属性包括执行模式，所述执行模式为串行或并行。

19.一种电子设备，其特征在于，包括：

存储器；以及

耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-10任一项所述的事件处理文件的开

发方法。

20.一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如权利要求1-10任一项所述的事件处理文件的开发方法。