后台处理包括数据处理、业务逻辑及业务流程等服务端操作的部分。相关的元模型包括业务对象元模型、业务对象属性元模型、服务元模型、參数元模型、业务规则元模型、工作流元模型。例如以下图所看到的：

 

业务对象是业务数据和逻辑的抽象。

在一般的实现上它通常相应数据库中的一张表，也能够表示更大或更小的业务范围，比如一个独立的业务模块（销售模块），一张表能够拥有多个业务对象，一个业务对象也能够包括多张表。业务对象通过服务和数据总线完毕业务逻辑。

数据总线是业务对象之间共享数据、交换数据的媒介。

数据总线是线程独享的、线程安全的。一个线程对数据总线的改变不会影响到其它线程对数据总线的使用，每一个线程都是使用的总线的副本。

属性指业务对象所拥有的属性。对于类型为基本表的业务对象，属性基本是相应表的列名。可是属性能够不正确应列，列也能够不正确应属性。属性能够是一个集合，假设为属性定义一个查询服务，属性相应的是该服务运行返回的集合。这样的情况下一般用于处理业务对象之间一对多或多对多的情形。

服务是描写叙述业务对象的行为。当一个数据表被初始化为业务对象后，会形成多个主要的服务，包含了经常使用的增删改查等常见数据操作。服务的主体是一个增删改查的SQL语句和參数关联，能够改动这些SQL语句和參数关联达到个性化的目的。比如更改数据的状态。我们能够创建一个新的服务或改动缺省的服务，仅仅更改该状态字段的值。服务能够通过规则引用一个或多个其他的服务。

參数的作用主要是从业务对象总线上获取相应的值。

參数通常会关联属性，表格元素一般也会关联属性，表格元素被提交后存储于业务对象总线上FORM节点上，參数依据关联属性从数据总线中取值，假设没有关联属性或依据关联属性没有取到值。则依据參数名称取值。

參数检查是指当服务运行操作前先检查服务相应的參数是否合法。假设不合法则不运行。參数检查能够自己定义计算表达式、正則表達式、扩展脚本等。參数检查定义在參数上面，能够被多个服务所复用。

规则是为了完毕复杂的业务逻辑而引入的概念。

规则的主体是定义一个有运行条件的服务。也就是仅仅有当满足条件时才会运行对应的服务。规则有运行优先级，当多个规则运行时，优先级越高运行的顺序越靠前。

工作流能够使业务流程自己主动化，工作流主要通过转移由节点组成。 工作流的启动，节点任务的提交和回退都是有服务触发，节点的运行也能够触发服务，这些服务能够是数据表的更改、业务逻辑的运行或者是发送EMail或SMS信息。

www.eeplat.com

QQ群： 105867861