CN101894317A

CN101894317A - 数据变化驱动业务逻辑的方法和系统

Info

Publication number: CN101894317A
Application number: CN201010199877XA
Authority: CN
Inventors: 侯关士
Original assignee: Yonyou Software Co Ltd
Current assignee: You Pu Information Technology Co., Ltd of UFSOFT
Priority date: 2010-06-08
Filing date: 2010-06-08
Publication date: 2010-11-24
Anticipated expiration: 2030-06-08
Also published as: CN101894317B

Abstract

本发明公开了一种数据变化驱动业务逻辑的系统和方法，该系统包括：逻辑设计单元，当用户输入业务逻辑时，获得业务逻辑元数据并输出至逻辑编译单元；逻辑编译单元，将业务逻辑元数据编译成特定程序语言并编译成二进制的业务逻辑程序片段，然后输出至逻辑执行单元；数据变化捕捉单元，根据数据变化触发数据变化事件以调用逻辑执行单元；以及逻辑执行单元，直接调用二进制的业务逻辑程序片段以执行业务逻辑。因此，通过本发明，能够灵活增加和修改业务逻辑，并且业务逻辑不限于数值运算还能处理字段的状态以及处理按钮的是否可用逻辑，以找到统一的方案来解决不同的业务逻辑类型，并用编译成二进制代码的方式执行业务逻辑，从而提高了效率。

Description

数据变化驱动业务逻辑的方法和系统

技术领域

本发明大体上设计计算机应用系统领域，更具体地，涉及一种数据变化驱动业务逻辑的方法和系统。

背景技术

在计算机应用系统中，通常需要人工录入大量的数据。然而，在用户录入完成一个数据后，需要触发后续一系列的业务逻辑，例如，在录入销售订单时，需要能够：

一、录入单价和数量后能够自动计算出金额；

二、录入送货方式(自提，送货)后，自动判断是否需要录入送货地址，其中，当送货方式＝自提时，送货地址不可编辑，而当送货方式＝送货时，送货地址可编辑；

三、是否现款销售选择为是时，显示对应收款单号，否则不显示对应收款单号；以及

四、是否现款销售选择为是时，录入收款单功能可用，否则录入收款单功能不可用。

在传统的方法中，都采用硬编码的方式来实现上述业务逻辑，而硬编码的这种方式存在明显缺点，例如，业务逻辑固化在程序代码中，不可改动，增加新的业务逻辑需要在源代码中增加新的代码，以及如果用户需要二次开发，必须向产品开发商申请源代码，才能改动或增加业务逻辑，导致不能升级。

因而，就出现了通用的处理数值运算业务逻辑的方法，包括以下步骤：

第一步，监控用户的输入；

第二步，根据输入的字段查找对应的计算公式(这些计算公式可以由开发人员或用户预置)；以及

第三步，解释执行找到的计算公式。

然而，上述的方法仍然具有很大的缺陷：

1)只能解决数值运算和赋值逻辑，也就是能够实现上述一情况的业务逻辑，对二、三和四的情况无能为力；

2)在实现方法上，采用的都是解释执行业务逻辑的方式，而这种方式执行起来效率较低。

当然，业务逻辑是多变并且不可穷举的，它具有很强的行业性、地域性及用户个性，所以，迫切需要找到一种解决方案以统一解决上述问题，并在灵活性、扩展性、执行效率上都能够得到保证。

发明内容

鉴于上述情况，本发明提供了一种数据变化驱动业务逻辑的方法和系统，用于根据用户输入数据的变化来执行特定的业务逻辑。

根据本发明的一个方面，数据变化驱动业务逻辑的方法包括以下步骤：步骤S102，用户通过交互界面将业务逻辑输入逻辑设计单元中以获得业务逻辑元数据并将业务逻辑元数据输出至逻辑编译单元；步骤S104，通过逻辑编译单元将业务逻辑元数据编译成特定程序语言并编译成二进制的业务逻辑程序片段，然后将业务逻辑程序片段输出至逻辑执行单元；步骤S106，数据变化捕捉单元根据业务逻辑中的每个字段的数据变化，触发数据变化事件，以调用逻辑执行单元；以及步骤S108，逻辑执行单元直接调用二进制的业务逻辑程序片段，以直接执行业务逻辑。

在上述技术方案中，优选地，在步骤S102中包括：分别通过四个模块来设计关于四种模式的业务逻辑。

其中，四个模块分别是数值公式设计模块、字段编辑状态设计模块、字段显示状态编辑模块以及按钮可用状态编辑模块。

业务逻辑元数据是描述性的元数据并且使用xml格式。

在上述技术方案中，优选地，在步骤S104中，还包括：使业务逻辑元数据被翻译成特定程序语言的过程与业务逻辑被执行时的上下文环境中的业务对象模型相关联。

其中，业务对象模型具有访问各元件的能力，并且至少包括控件模型和MVC模式下的Model模型。

在上述技术方案中，优选地，在步骤S106中，当数据变化捕捉单元捕捉到业务逻辑中的每个字段的数据变化时，组织数据变化相关参数并触发数据变化事件，以调用逻辑执行单元。

其中，数据变化相关参数至少包括：行标识、列标识、变化前数据和变化后数据。

根据本发明的另一个方面，数据变化驱动业务逻辑的系统包括：逻辑设计单元，用于当用户通过交互界面输入业务逻辑时，获得业务逻辑元数据并将业务逻辑元数据输出至逻辑编译单元；逻辑编译单元，用于将业务逻辑元数据编译成特定程序语言并编译成二进制的业务逻辑程序片段，然后将业务逻辑程序片段输出至逻辑执行单元；数据变化捕捉单元，用于根据业务逻辑中的每个字段的数据变化，触发数据变化事件，以调用逻辑执行单元；以及逻辑执行单元，用于直接调用二进制的业务逻辑程序片段，以直接执行业务逻辑。

在上述技术方案中，优选地，逻辑设计单元至少包括：数值公式设计模块、字段编辑状态设计模块、字段显示状态编辑模块以及按钮可用状态编辑模块，用于分别设计关于四种模式的业务逻辑。

逻辑编译单元至少包括：业务逻辑编译模块，用于将业务逻辑元数据编译成特定程序语言；以及程序代码编译模块，用于将特定程序语言编译成二进制的业务逻辑程序片段。

因此，在应用系统中，当用户录入数据后引起数据变化，这种变化发生后需要执行一定的业务逻辑，而本发明提出了一种处理这种业务逻辑的方案，其适用于各种应用系统中需要录入数据的应用场景，尤其适用于产品开发中需预先定义的业务逻辑、客户化开发中需定义的业务逻辑、以及用户根据自己需要定义的个性化业务逻辑的各种场景。

另外，通过本发明，在不修改产品源代码的情况下，能够灵活地增加和修改业务逻辑，并且业务逻辑不限于数值运算，也能处理字段的隐藏/显示、只读/可编辑等状态。此外，业务逻辑还能处理按钮的是否可用逻辑，从而找到统一的方案来解决不同的业务逻辑类型，并且用编译成二进制代码的方式执行业务逻辑，而不是用解释执行的方式，从而提高了效率。

附图说明

图1是根据本发明的数据变化驱动业务逻辑的方法的流程图；

图2是根据本发明的数据变化驱动业务逻辑的系统200的框图；

图3是根据本发明的逻辑设计单元202的框图；

图4是根据本发明的逻辑编译单元204的框图；

图5是根据本发明实施例的数据变化捕捉单元206的捕捉原理图；

图6是根据本发明实施例的数据变化捕捉单元206确定数据变化的原理图；

图7是根据本发明实施例的业务逻辑11(业务逻辑12与此类似)的设计界面的示意图；

图8是根据本发明实施例的业务逻辑21(业务逻辑22与此类似)的设计界面的示意图；

图9是根据本发明实施例的业务逻辑31(业务逻辑32与此类似)的设计界面的示意图；

图10是根据本发明实施例的业务逻辑41(业务逻辑42与此类似)的设计界面的示意图；

图11是根据本发明实施例的销售订单界面的示意图；以及

图12是根据本发明实施例的业务逻辑执行过程的框图。

具体实施方式

以下将参考附图详细描述本发明的具体实施例。

在本发明中，发明人根据现有技术归纳、抽象出了四种业务逻辑模式，具体包括：

条件表达式为真时，计算定义公式的值，并赋值到指定字段，标记为模式1；

条件表达式为真时，改变指定字段编辑状态，标记为模式2；

条件表达式为真时，改变指定字段显示状态，标记为模式3；以及

条件表达式为真时，改变指定按钮的可用状态，标记为模式4。

因此，为了能够实现上述四种业务逻辑模式而提出了本发明。

图1是根据本发明的数据变化驱动业务逻辑的方法的流程图。如图1所示，该方法包括以下步骤：

步骤S102，用户通过交互界面将业务逻辑输入逻辑设计单元中以获得业务逻辑元数据并将业务逻辑元数据输出至逻辑编译单元；

步骤S104，通过逻辑编译单元将业务逻辑元数据编译成特定程序语言并编译成二进制的业务逻辑程序片段，然后将业务逻辑程序片段输出至逻辑执行单元；

步骤S106，数据变化捕捉单元根据业务逻辑中的每个字段的数据变化，触发数据变化事件，以调用逻辑执行单元；以及

步骤S108，逻辑执行单元直接调用二进制的业务逻辑程序片段，以直接执行业务逻辑。

在步骤S102中包括：分别通过四个模块来设计关于四种模式的业务逻辑。

业务逻辑元数据是描述性的元数据并且使用xml格式。

在步骤S104中，还包括：使业务逻辑元数据被翻译成特定程序语言的过程与业务逻辑被执行时的上下文环境中的业务对象模型相关联。

在步骤S106中，当数据变化捕捉单元捕捉到业务逻辑中的每个字段的数据变化时，组织数据变化相关参数并触发数据变化事件，以调用逻辑执行单元。

图2是根据本发明的数据变化驱动业务逻辑的系统200的框图，图3是根据本发明的逻辑设计单元202的框图，以及图4是根据本发明的逻辑编译单元204的框图。

如图2所示，该系统200包括：逻辑设计单元202，用于当用户通过交互界面输入业务逻辑时，获得业务逻辑元数据并将业务逻辑元数据输出至逻辑编译单元204；逻辑编译单元204，用于将业务逻辑元数据编译成特定程序语言并编译成二进制的业务逻辑程序片段，然后将业务逻辑程序片段输出至逻辑执行单元208；数据变化捕捉单元206，用于根据业务逻辑中的每个字段的数据变化，触发数据变化事件，以调用逻辑执行单元208；以及逻辑执行单元208，用于直接调用二进制的业务逻辑程序片段，以直接执行业务逻辑。

如图3所示，逻辑设计单元202至少包括：数值公式设计模块302、字段编辑状态设计模块304、字段显示状态编辑模块306以及按钮可用状态编辑模块308，用于分别设计关于四种模式的业务逻辑。

逻辑设计单元202为用户实现业务逻辑提供人性化的人机界面，目的是提高易用性和可用性，让懂业务但是不懂软件编程和软件设计的人员很轻松地设计出自己需要的业务逻辑。

逻辑设计单元202的输出结果是业务逻辑元数据，这个元数据是描述性的，一般使用xml格式。

在逻辑设计单元202中：

数值公式设计模块用于设计模式1的业务逻辑；

字段编辑状态设计模块用于设计模式2的业务逻辑；

字段显示状态编辑模块用于设计模式3的业务逻辑；以及

按钮可用状态编辑模块用于设计模式4的业务逻辑。

如图4所示，逻辑编译单元204至少包括：业务逻辑编译模块402，用于将业务逻辑元数据编译成特定程序语言；以及程序代码编译模块404，用于将特定程序语言编译成二进制的业务逻辑程序片段。

其中，逻辑编译单元204负责把业务逻辑元数据翻译成特定的程序语言(如C#)，并编译为二进制的程序片段，供逻辑执行单元208调用。

另外，逻辑编译单元204还使业务逻辑元数据被翻译成特定的程序语言的过程与业务逻辑被执行时的上下文环境中的业务对象模型相关，这就需要业务对象模型具有访问控件的能力。在实现方式上，业务对象模型可以是控件模型也可以是MVC模式下Model模型，这里推荐使用MVC模式下Model模型，具体采用何种业务对象模型与整个应用系统的体系结构相关。

图5是根据本发明实施例的数据变化捕捉单元206的捕捉原理图。如图5所示，数据变化捕捉单元206负责监控界面上每个字段的数据变化，当捕捉到变化后，组织相关参数，并触发数据变化事件，以调用逻辑执行单元208。

数据变化事件的先关参数结构如表一所示：

RowKey

FieldName

OldValue

NewValue

其中，各个参数的具体含义如下：

RowKey：行标识，当数据是一个二维表格时，用于确定数据变化的具体行；

FieldName：列标识，当数据是一个二维表格时，用于确定数据变化的具体列，和RowKey一起，可以确定发生数据变化的单元格；

OldValue：数据变化之前的数据；以及

NewValue：数据变化后的数据。

具体地，数据变化捕捉单元206确定数据变化的原理如图6所示。

另外，逻辑执行单元208直接调用逻辑编译单元204输出的二进制程序片段，程序片段中封装了具体的业务逻辑，使得逻辑执行单元208无需关心要执行的业务逻辑内容，相较于解释业务逻辑元数据的执行方式，这种方式的执行效率更高高，封装性更好，程序结构更合理，整体系统的运行稳定性也更高。

以下将以基于本发明的实际应用系统为例阐述具体的实现方法。在本发明中，使用C#作为编程语言，使用MVC模式构建完整应用系统，设计数据被存储在sql server数据库中。

另外，对本文中索提到的四种业务逻辑模式，分别使用上述的四个业务逻辑作为例子来加以说明。

具体地，在录入销售订单时：

模式1，录入单价和数量后能够自动计算出金额；

模式2，录入送货方式(自提，送货)后，自动判断是否需要录入送货地址，其中，送货方式＝自提时，送货地址不可编辑，而送货方式＝送货时，送货地址可编辑；

模式3，是否现款销售选择为是时，显示对应收款单号，否则不显示对应收款单号；以及

模式4，是否现款销售选择为是时，录入收款单功能可用，否则录入收款单功能不可用。

因此，上述四个示例性模式的业务逻辑可以表示为如下的表二：

具体地，根据本发明的数据变化驱动业务逻辑的过程如下。

首先，设计业务逻辑。对四种业务逻辑模式分别设计了易用的人机交互界面，示意性的实施例具体请参看图7～图10，其中，图7示出了表二中的业务逻辑11(业务逻辑12与此类似)的设计界面，图8示出了表二中的业务逻辑21(业务逻辑22与此类似)的设计界面，图9示出了表二中的业务逻辑31(业务逻辑32与此类似)的设计界面，以及图10示出了表二中的业务逻辑41(业务逻辑42与此类似)的设计界面。因此，整个销售订单界面如图11所示。

最后，执行业务逻辑。图12是根据本发明实施例的业务逻辑执行过程的框图。如图12所示，从数据库中检索销售订单的业务逻辑程序集，接下来把上述找到的程序集加载到内存中，然后根据主表事件+字段名称规则，组织函数名称(字段名称可以从数据变化事件参数对象中得到)，最后利用C#反射技术，调用函数，即完成了业务逻辑的执行。

综上所述，通过本发明，在不修改产品源代码的情况下，能够灵活地增加和修改业务逻辑，并且业务逻辑不限于数值运算，也能处理字段的隐藏/显示、只读/可编辑等状态，业务逻辑还能处理按钮的是否可用逻辑，此外还找到了统一的方法来解决不同的业务逻辑类型，并且用编译成二进制代码的方式执行业务逻辑，而不是用解释执行的方式，从而提高了效率。因而，可以很好地解决由数据变化引起的业务逻辑执行方面的各种问题。

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

Claims

1.一种数据变化驱动业务逻辑的方法，用于根据用户输入数据的变化来执行特定的业务逻辑，其特征在于，所述方法包括以下步骤：

步骤S102，用户通过交互界面将业务逻辑输入逻辑设计单元中以获得业务逻辑元数据并将所述业务逻辑元数据输出至逻辑编译单元；

步骤S104，通过所述逻辑编译单元将所述业务逻辑元数据编译成特定程序语言并编译成二进制的业务逻辑程序片段，然后将所述业务逻辑程序片段输出至逻辑执行单元；

步骤S106，数据变化捕捉单元根据业务逻辑中的每个字段的数据变化，触发数据变化事件，以调用所述逻辑执行单元；以及

步骤S108，所述逻辑执行单元直接调用所述二进制的业务逻辑程序片段，以直接执行所述业务逻辑。

2.根据权利要求1所述的方法，其特征在于，在所述步骤S102中包括：

分别通过四个模块来设计关于四种模式的业务逻辑，

其中，所述四个模块分别是数值公式设计模块、字段编辑状态设计模块、字段显示状态编辑模块以及按钮可用状态编辑模块。

3.根据权利要求1所述的方法，其特征在于，所述业务逻辑元数据是描述性的元数据并且使用xml格式。

4.根据权利要求1所述的方法，其特征在于，在所述步骤S104中，还包括：

使所述业务逻辑元数据被翻译成所述特定程序语言的过程与所述业务逻辑被执行时的上下文环境中的业务对象模型相关联。

5.根据权利要求4所述的方法，其特征在于，所述业务对象模型具有访问各元件的能力，并且至少包括控件模型和MVC模式下的Model模型。

6.根据权利要求1至5中任一项所述的方法，其特征在于，在所述步骤S106中，当所述数据变化捕捉单元捕捉到所述业务逻辑中的每个字段的数据变化时，组织数据变化相关参数并触发数据变化事件，以调用所述逻辑执行单元。

7.根据权利要求6所述的方法，其特征在于，所述数据变化相关参数至少包括：行标识、列标识、变化前数据和变化后数据。

8.一种数据变化驱动业务逻辑的系统，用于根据用户输入数据的变化来执行特定的业务逻辑，其特征在于，所述系统包括：

逻辑设计单元，用于当用户通过交互界面输入业务逻辑时，获得业务逻辑元数据并将所述业务逻辑元数据输出至逻辑编译单元；

所述逻辑编译单元，用于将所述业务逻辑元数据编译成特定程序语言并编译成二进制的业务逻辑程序片段，然后将所述业务逻辑程序片段输出至逻辑执行单元；

数据变化捕捉单元，用于根据业务逻辑中的每个字段的数据变化，触发数据变化事件，以调用所述逻辑执行单元；以及

所述逻辑执行单元，用于直接调用所述二进制的业务逻辑程序片段，以直接执行所述业务逻辑。

9.根据权利要求8所述的系统，其特征在于，所述逻辑设计单元至少包括：数值公式设计模块、字段编辑状态设计模块、字段显示状态编辑模块以及按钮可用状态编辑模块，用于分别设计关于四种模式的业务逻辑。

10.根据权利要求8或9所述的系统，其特征在于，所述逻辑编译单元至少包括：

业务逻辑编译模块，用于将所述业务逻辑元数据编译成特定程序语言；以及

程序代码编译模块，用于将所述特定程序语言编译成二进制的业务逻辑程序片段。