CN101576823A - 一种表单控件的验证方法及装置 - Google Patents

Abstract

本申请公开了一种表单控件的验证方法及装置，具体技术方案包括：首先根据表单控件的类型获取用于验证所述表单控件的验证规则，所述验证规则包括至少一个基本验证规则，并建立获取的所述验证规则与所述表单控件的对应关系；该验证方法包括步骤：确定用户当前操作的表单控件的验证触发条件；当所述触发条件满足时，获取与所述表单控件对应的验证规则；根据获取的所述验证规则验证所述表单控件，采用该技术方案，能够简单灵活地配置验证规则，提高了验证规则的复用性，并且简化了表单的验证过程。

Description

一种表单控件的验证方法及装置

技术领域

本申请涉及网络技术领域，尤其涉及一种表单控件的验证方法及装置。

背景技术

网页表单作为用户向网络侧提交数据的第一层关口，其性能对用户的交互体验有重要影响，因此，为了减少开发成本以及增强用户体验，对网页表单的验证过程提出了越来越高的要求，从用户角度而言，需要强大的表单验证规则，并且不同用户对表单验证过程有不同的个性化需求，从开发者角度而言，希望对表单验证的配置过程尽可能简单灵活。

JavaScript是目前较为常用的一种基于对象的网页脚本语言，通过引入Prototype.js(JavaScript扩展类库)以实现JavaScript面向对象的设计需求。同时，为了尽可能地满足用户需求，开发者通过使用面向对象的思想来设计JavaScript验证框架，例如，Rapid-Validation，该验证框架为目前网络上很常用的JavaScript验证框架，能够支持多个浏览器(如IE，FireFox等目前主流的浏览器)，它通过为表单组件的class属性(该属性用于标识标签元素的样式名/类)配置验证规则，从而具备对表单中每个表单控件的验证能力。

但采用以上验证框架对网页JavaScript表单验证时，存在如下缺点：

1、验证规则的配置过程复杂，并且复用性低。

基于用户需求，很多情况下需要组合验证规则以得到新的验证规则，但目前的验证框架都不支持验证规则组合，一般针对不同的表单需要重写验证规则，从而导致了验证规则的复用性很低。

例如，待验证表单的一个文本输入框要求验证“长度范围”，另一个输入框要求验证“长度范围”以及“必须是数字”，在配置验证规则时，针对第一个文本输入框，需要编写一个针对“长度范围”的验证规则，将编写的验证规则添加给第一个输入框，用于该表单控件验证；针对第二个输入框，需要分别编写针对“长度范围”和“数字”的验证规则，并将编写的验证规则集合后添加给第二个输入框，用于该表单控件验证。这样，验证对象的需求越多，需要编写的验证规则也就越多，并且每次验证都需要针对本次验证需求编写对应的验证规则，从而验证规则的配置过程复杂，并且基本验证规则的复用性很低。

2、验证过程繁琐。

如上述的Rapid-Validation验证框架，首先是通过配置网页的class属性来使表单控件具有验证能力，这种配置方式对HTML(Hyper Text MarkupLanguage，超文本标记语言)代码有入侵性，而且需要使用HTML页面的class属性，从而使得验证过程繁琐。

综上所述，现有网页脚本语言表单的验证方法中，验证规则的配置过程复杂、复用性低，并且验证过程繁琐。

发明内容

有鉴于此，本申请实施例提供一种表单控件的验证方法及装置，采用该技术方案，能够简单灵活地配置验证规则，提高了验证规则的复用性，并且简化了对表单中表单控件的验证过程。

本申请实施例通过如下技术方案实现：

本申请实施例提供了一种表单控件的验证方法，首先根据表单控件的类型获取用于验证所述表单控件的验证规则，所述验证规则包括至少一个基本验证规则，并建立获取的所述验证规则与所述表单控件的对应关系；

该验证方法包括步骤：

确定用户当前操作的表单控件的验证触发条件；

当所述触发条件满足时，获取与所述表单控件对应的验证规则；

根据获取的所述验证规则验证所述表单控件。

本申请实施例还提供了一种表单控件的验证装置，包括：

配置单元，用于根据表单控件的类型获取用于验证所述表单控件的验证规则，所述验证规则包括至少一个基本验证规则，并建立获取的所述验证规则与所述表单控件的对应关系；

触发条件确定单元，用于确定用户当前操作的表单控件的验证触发条件；

验证规则获取单元，用于当满足所述触发条件确定单元确定的验证触发条件时，从所述配置单元获取与所述表单控件对应的验证规则；

验证单元，用于根据所述验证规则获取单元获取的所述验证规则验证所述表单控件。

通过以上技术方案，本申请实施例中，首先根据表单控件的类型获取用于验证该表单控件的验证规则，该验证规则包括至少一个基本验证规则，并建立验证规则与表单控件的对应关系；在执行验证过程时，确定用户当前操作的表单控件的验证触发条件，当满足该触发条件时，获取与该表单控件对应的验证规则，并根据获取的验证规则验证该表单控件。根据该技术方案，能够根据表单控件的类型简单灵活地配置验证规则，并且验证规则可以被多个表单控件复用，从而提高了验证规则的复用性，并且无需更改或访问验证对象的代码等属性，简化了对表单中表单控件的验证过程。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。

附图说明

图1为本申请实施例提供的配置验证规则的流程图；

图2为本申请实施例提供的配置的验证规则与表单以及表单控件之间的逻辑关系图；

图3为本申请实施例提供的对表单进行验证的流程图；

图4为本申请实施例提供的对表单进行验证的装置示意图。

具体实施方式

为了给出简单灵活地配置验证规则，提高验证规则的复用性，以及简化表单的验证过程的实现方案，本申请实施例提供了一种表单控件的验证方法，该方法中，在执行表单控件验证过程之前，首先根据表单控件的类型确定至少一个验证规则，获取确定的验证规则并建立验证规则与表单控件的对应关系；在对表单控件进行验证时，首先确定用户当前操作的表单控件的验证触发条件，当满足该触发条件时，获取与该表单控件对应的验证规则，并根据获取的验证规则验证该用户对表单控件的操作结果。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请。

在执行表单的验证过程之前，需要根据表单控件的类型配置验证规则等信息，具体如图1所示，验证规则的配置过程如下：

步骤101、确定待配置表单控件的ID(标识)。

该步骤中，表单控件的ID可以是其自身携带的ID，也可以是系统实时分配的ID。

步骤102、根据待配置表单控件的类型，确定用于验证该表单控件的验证规则。

该步骤中，表单控件的类型包括：文本输入框、下拉选择框、打钩选择框等。根据待配置表单控件的类型，确定用于验证该表单控件的验证规则，具体为：

根据待配置表单控件的类型，确定该表单控件对用户的操作要求，然后根据确定的操作要求，确定对应的验证规则，其中，确定的验证规则包括至少一个基本验证规则。例如，对于文本输入框类型的表单控件，其对用户的操作要求可能为“非空”和“输入长度在2～10个字符”，则根据该操作要求，确定其对应的验证规则包括两个基本验证规则，分别为对“非空”的基本验证规则以及对“输入长度在2～10个字符”的基本验证规则。

步骤103、从预先建立的基本验证规则库中获取确定的用于验证表单控件的验证规则。

该步骤中，基本验证规则库中存储的基本验证规则是根据各种表单控件的操作要求预先设置的，该基本验证规则为最小单位的验证规则，通过基本验证规则的组合可以得到复杂验证规则，以对有较多操作要求的表单控件进行验证。例如，基本验证规则库中设置的基本验证规则可以包括：非空验证规则，长度范围验证规则，数字类型验证规则等。

具体地，可对该基本验证规则库中存储的基本验证规则进行管理，例如，添加、更改或删除基本验证规则，并且保存基本验证规则时为方便查找和管理，可以设关键字段建立索引。

步骤104、建立获取的验证规则(包括至少一条基本验证规则)与待配置表单控件的对应关系，并保存该对应关系。

该步骤中，建立获取的验证规则与待配置表单控件的对应关系即建立获取的验证规则与待配置表单控件的ID的对应关系。保存时，可以以待配置表单控件的ID为关键字段建立索引保存各表单控件的验证规则，以方便查找。

上述步骤102中，根据待配置表单控件的类型，确定用于验证该表单控件的验证规则，包括：

根据表单控件的类型确定要求用户进行的操作，针对该操作确定用于验证用户进行的操作的验证规则，即验证用户进行的操作是否满足系统要求用户进行的操作，其中，确定的验证规则包括至少一个基本验证规则。

例如，待配置表单控件的类型为文本输入框，系统要求用户进行的操作为：输入字符并且长度范围在2～6个字符，则根据系统要求用户进行的操作确定的验证规则包括两个基本验证规则，基本验证规则一用于验证输入内容为字符，基本验证规则二用于验证输入内容的长度为2～6个字符。

进一步地，配置表单控件的验证规则时，同时确定对表单控件的不同验证结果分别对应的操作，并建立确定的操作信息与表单控件的对应关系。其中，对表单控件的不同验证结果包括：验证中、验证成功、验证失败，例如，配置验证失败时返回失败提示消息给用户，验证成功时提示用户进行下一步操作。

根据以上配置过程，表单控件、验证规则以及配置结果的逻辑关系可如图2所示，对图2所示的含义以及逻辑关系描述如下：

左边的验证容器与表单对应，验证容器中的验证器与其对应表单中的表单控件对应，表单中有多少个表单控件需要验证，则验证容器中有相应数目的验证器；

右边是设置的基本验证规则库，其中包括多条基本验证规则，例如长度范围的验证规则，非空的验证规则，数字类型的验证规则等最基本的验证规则，可以根据需要对基本验证规则库进行扩展；

验证容器中的验证器可以添加一个或多个基本验证规则，该验证器支持基本验证规则之间的“与”关系、“或”关系，从而通过组合这些基本验证规则来满足对不同表单控件验证的需求。

具体实现时，验证容器可以通过JSON(JavaScript Object Notation，JavaScript对象数据交换格式)来实现，JSON是一种轻量级的数据交换格式，易于阅读和编写，同时也易于机器解析和生成。

首先，创建了一个包含验证器、验证规则的JSON对象数组，整个对象数组保存了整个验证容器的配置信息，如验证规则配置信息等，整个数组包含多个这样的JSON对象，同时对应表单中的多个表单控件(通过id)。

在页面加载初始化该配置的时候，验证容器会通过读取该JSON对象数组来初始化整个表单的配置以及验证，即根据配置项中表单控件的id为该表单控件绑定相应的触发事件(即验证触发条件)，事件触发时逐个执行验证规则的校验(该验证规则从JSON对象中取得)，根据校验结果执行相应的操作。

验证容器即为处理上述流程的一段程序，负责初始化整个表单的配置，及整个验证流程；验证器为配置项中的一个JSON对象，它和表单控件是通过配置中表单控件的id绑定的，为其添加验证规则即配置JSON对象，如{id:name，rules:[{rule:notNull}，{rule:lengthRange，args:[4，64]}]}。

所有的配置信息都是从最初配置的JSON对象(即基本验证规则库)中获取，由于Javascript语言支持运行时动态改变方法和属性，所以可以在运行时动态的将基本验证规则(如notNull和lengthRange)绑定到表单的触发事件点上，当指定事件被触发时，就会执行notNull等验证规则的方法。

根据图2所示的逻辑关系示意图，在需要对不同表单控件验证时，只需要以不同的方式组合基本验证规则，从而达到灵活简单对基本验证规则的组合和复用，例如，对第2个验证器对应的表单控件验证时，需要的验证规则为基本验证规则1、基本验证规则2以及基本验证规则3。并且，从图2可以看出，基本验证规则1可以被验证器1以及验证器2分别对应的表单控件所复用。

进一步地，如果需要配置不同验证结果对应的操作，可以根据以上过程进行配置，即建立如图2所示的逻辑关系图。

通过上述过程为表单控件配置完成验证规则等信息后，在对表单进行验证时，如图3所示，执行如下步骤：

步骤301、确定用户当前操作的表单控件的验证触发条件。

步骤302、当确定满足该表单控件的验证触发条件时，获取与该表单控件对应的验证规则。

该步骤中，获取的验证规则包括至少一个基本验证规则，具体获取过程如下：

首先确定该表单控件的ID，然后根据该ID获取与该ID对应的验证规则，获取的验证规则为一个或多个，并且，当验证规则为多个时，各验证规则之间的逻辑关系可以为“与”关系，也可以为“或”关系。实际应用中，可以首先确定与该表单控件所在表单对应的验证容器，并根据该表单控件的ID确定对应的验证器，并获取与该验证器绑定的基本验证规则。

步骤303、根据获取的验证规则验证用户对该表单控件的操作结果。

上述步骤301中，表单控件的验证触发条件包括如下中的至少一个：

1)用户对该表单控件操作完成，例如，用户对该表单控件输入或选择完成后，鼠标移开该表单控件时，触发对该表单控件的验证过程；

2)用户对该表单控件所在表单操作完成，例如，用户对该表单控件所在表单中的所有表单控件输入或选择完成并点击提交按钮时，触发对该表单控件的验证过程；

3)用户对该表单控件所在表单中的设定表单控件的操作结果为设定值，例如，用户对该表单控件之前的表单控件的操作结果为设定值时，触发对该表单控件的验证过程。

具体地，该验证触发条件可以根据需要灵活设置，此处不再一一列举。

上述步骤303中，根据获取的验证规则验证用户对该表单控件的操作结果，即判断用户对该表单控件的操作结果是否符合与该表单控件对应的验证规则。具体地，当与该表单控件对应的验证规则包括不止一个基本验证规则时，根据获取的验证规则验证用户对该表单控件的操作结果，包括：

获取验证规则中“与”关系的基本验证规则，利用该“与”关系的基本验证规则验证用户对表单控件的操作结果；

若未获取到“与”关系的基本验证规则或利用“与”关系的基本验证规则验证失败，则进一步利用验证规则中“或”关系的基本验证规则验证该用户对表单控件的操作结果。

其中：

利用“与”关系的基本验证规则验证用户对该表单控件的操作结果，具体为：

判断用户对该表单控件的操作结果是否符合该“与”关系的验证规则，若不符合该“与”关系的基本验证规则中的任意一个，则确定验证失败，否则成功。

利用“或”关系的基本验证规则验证用户对该表单控件的操作结果，具体为：

判断该用户对该表单控件的操作结果是否符合该“或”关系的基本验证规则，若符合该“或”关系的基本验证规则中的任意一个，则确定验证成功，否则失败。

为了更加深刻地体现本申请的思想，以下结合具体的实施例进一步对本申请优选方案的实现过程进行详细描述：

当前待验证表单中有5个表单控件的值需要提交并验证，该5个表单控件分别为“姓名”、“电子邮件地址”、“手机号码”、“公司名称”以及“验证码”；

验证触发条件包括：(1)鼠标移出表单控件时对单个表单控件进行验证；(2)提交整个表单时对整个表单控件进行验证。

其中，各表单控件的验证规则包括：

1、“姓名”对应的验证规则包括的基本验证规则有：a)ID为“name”；b)输入不能为空；c)长度在4-64个字符间；

其中，a)、b)、c)三个验证规则之间是“与”关系。

2、“电子邮件地址”对应的验证规则包括的基本验证规则有：a)ID为“email”；b)输入不能为空；c)长度在4-128个字符间；d)必须符合邮件地址格式；

其中，a)、b)、c)、d)四个验证规则之间是“与”关系。

3、“手机号码”对应的验证规则包括的基本验证规则有：a)ID为“mobile”；b)可以为空；c)长度必须为11位的数字；

其中，a)、c)两个个验证规则之间是“与”关系，b)和其它验证规则之间是“或”关系。

4、“公司名称”对应的验证规则包括的基本验证规则有：a)ID为“company”；b)单选框中如果选择了“个人”则不做验证；c)如果选择了“公司”则做验证；d)不能为空；e)长度在1-256个字符间；

其中，a)、c)、d)、e)四个验证规则之间是与关系，b)和其它规则之间是或关系。

5、“验证码”对应的验证规则包括的基本验证规则有：a)ID为“checkCode”；b)不能为空；c)必须为4位的数字，如果出错，提示出错信息并更新验证码；

其中，a)、b)、c)三个验证规则之间是“与”关系。

基本验证规则库中设置的基本验证规则包括：

·非空(notNull)

·长度(lengthRange)

·数字(number)

·电子邮件格式(email)

根据以上信息，对用于验证该表单的验证规则配置信息如下：

{id:name，rules:[{rule:notNull}，{rule:lengthRange，args:[4，64]}]}

{id:email，rules:[{rule:notNull}，{rule:lengthRange，args:[4，128]}，{rule:email}]}

{id:mobile，rules:[{rule:lengthRange，args:[11，11]}，{rule:number}]}

{id:company，dependOn:selectCompany，rules:[{rule:notNull}，{rule:lengthRange，args:[4，16]}]}

{id:checkCode，rules:[{rule:notNull}，{rule:lengthRange，args:[4，4]}，{rule:number}]，onError:changeCheckCode}

对以上代码描述如下：

以上五个大括号内的配置对应该表单中需要验证的五个表单控件，分别为：“姓名”、“电子邮件地址”、“手机号码”、“公司名称”以及“验证码”。

其中：

id是表单控件的id，如第一个大括号中的“name”，第二个大括号中的“email”；

rules表示该条配置信息对应的验证规则；

rule对应具体的每一个基本验证规则，如第一个大括中配置了“notNull”，“lengthRange”这两个基本验证规则；

args是基本验证规则需要的参数，如第一个大括中，为“lengthRange”这个基本验证规则配置了“4、64”这两个参数，利用该条基本验证规则进行验证即验证长度范围是否在4到64之间，若是，则验证通过，否则失败；

depandOn是指定执行验证的前提条件，如第四个大括号中指定了验证的前置条件是selectCompany(即选择公司选项)，如果返回值是true，则完成之后rules中的验证，否则不做验证；

onError是在验证失败时需要执行的操作，如第五个大括号中指定了验证失败时执行changeCheckCode方法(即更换验证码)；

onSuccess可以配置，用于指定验证成功后做的操作；

若未配置onError和onSuccess，则按照默认的方法来执行验证失败或成功的操作，例如，显示失败或成功的提示信息给用户。

根据以上过程完成表单验证的相关配置后，该表单具备了符合需求的验证逻辑。

通过以上具体实施例可以看出，本申请实施例通过4个基本验证规则的组合和简单配置，实现了上述需求中整个表单的验证。这4个基本验证规则还可以应用到其它需求场景的表单验证中。根据本申请提供的技术方案，有了一些抽象出来的基本验证规则后，可以灵活的组合出能应对绝大多数表单控件需求的组合验证规则，复用于其它需求场景的表单验证中。

根据本申请提供的上述技术方案，在实际应用中，可以以Prototype.js作为底层框架，采用面向对象思想设计灵活的自动化表单验证框架，以支持IE、firefox等主要的浏览器，并且具有灵活配置组合基本验证规则、灵活处理验证过程中的各种状态事件的能力。不论是单个表单控件还是整个表单的验证都可交由该验证框架处理，只需配置好相应验证规则即可。

与上述流程对应，本申请实施例还提供了一种表单控件的验证装置，如图4所示，该装置包括：

配置单元401、触发条件确定单元402、验证规则获取单元403以及验证单元404；其中：

配置单元401，用于根据表单控件的类型确定用于验证所述表单控件的验证规则，该验证规则包括至少一个基本验证规则，获取确定的验证规则并建立该验证规则与该表单控件的对应关系；

触发条件确定单元402，用于确定用户当前操作的表单控件的验证触发条件；

验证规则获取单元403，用于当满足触发条件确定单元402确定的验证触发条件时，从配置单元401获取与该表单控件对应的验证规则；

验证单元404，用于根据验证规则获取单元403获取的验证规则验证用户对该表单控件的操作结果。

一个实施例中，上述配置单元401具体用于：根据表单控件的类型，确定所述表单控件对用户的操作要求，并根据所述操作要求，从预先建立的基本验证规则库中获取与所述操作要求对应的至少一个基本验证规则。

一个实施例中，上述配置单元401具体用于：从预先建立的基本验证规则库中获取确定的验证规则。

一个实施例中，上配置单元401进一步用于：确定该表单控件的标识，并建立获取的验证规则与确定的标识的对应关系；

相应地，上述验证规则获取单元403具体用于：获取与该表单控件的标识对应的验证规则。

一个实施例中，上述验证单元404具体用于：根据获取的验证规则验证所述用户对所述表单控件的操作结果。

具体地，当获取的与该表单控件对应的验证规则包括不止一个基本验证规则时，获取该验证规则中与关系的基本验证规则，利用该与关系的基本验证规则验证用户对该表单控件的操作结果；

若未获取到与关系的基本验证规则，则利用该验证规则中或关系的基本验证规则验证该用户对表单控件的操作结果；或，若利用所述与关系的基本验证规则验证失败并且所述验证规则中包括或关系的基本验证规则，则利用所述或关系的基本验证规则验证所述用户对所述表单控件的操作结果。

一个实施例中，上述配置单元401还用于：确定对表单控件的不同验证结果分别对应的操作，并建立确定的操作信息与该表单控件的对应关系；

相应地，上述验证单元404还用于：根据获取的验证规则验证该用户对表单控件的操作结果后，根据验证结果获取与该表单控件对应的操作信息，并根据获取的操作信息执行相应的操作。该实施例中，配置单元401与验证单元404之间有连接关系(未在图中标出)。

根据本申请提供的以上技术方案，能够达到如下效果：

1、能够灵活的组合验证规则，并且验证规则的复用性高。

如以上所述的实施例，只需要配置好基本验证规则，例如，非空，长度，邮件，然后针对表单控件的类型配置组合这些基本验证规则，让其满足不同表单控件的验证需求。并且，配置好的基本验证规则可以被多个表单控件使用，复用性高。

2、简化了表单的验证过程。

通过上述对验证规则的配置以及对验证成功、失败、处理中等状态的配置，自动完成整个表单的验证，不需要再编写整个表单的验证流程，也无需更改或访问验证对象的代码等属性，简化了表单的验证过程。而对于新的表单只需重新配置组合验证规则即可以达到同样的效果，而不需要再写一些特定的验证规则，以及整个表单的验证流程。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (13)

1、一种表单控件的验证方法，其特征在于，根据表单控件的类型获取用于验证所述表单控件的验证规则，所述验证规则包括至少一个基本验证规则，并建立获取的所述验证规则与所述表单控件的对应关系；

所述验证方法包括：

确定用户当前操作的表单控件的验证触发条件；

当满足所述验证触发条件时，获取与所述表单控件对应的验证规则；

根据获取的所述验证规则验证所述表单控件。

2、如权利要求1所述的验证方法，其特征在于，根据表单控件的类型获取用于验证所述表单控件的验证规则，包括：

根据表单控件的类型，确定所述表单控件对用户的操作要求；

根据所述操作要求，从预先建立的基本验证规则库中获取与所述操作要求对应的至少一个基本验证规则。

3、如权利要求1或2所述的验证方法，其特征在于，建立获取的所述验证规则与所述表单控件的对应关系，包括：

确定所述表单控件的标识，并建立获取的所述验证规则与所述标识的对应关系；

获取与所述表单控件对应的验证规则，具体为：

获取与所述表单控件的标识对应的验证规则。

4、如权利要求1所述的验证方法，其特征在于，根据获取的所述验证规则验证所述表单控件，包括：

根据获取的所述验证规则验证所述用户对所述表单控件的操作结果。

5、如权利要求4所述的验证方法，其特征在于，当获取的与所述表单控件对应的验证规则包括不止一个基本验证规则时，根据获取的所述验证规则验证所述用户对所述表单控件的操作结果，包括：

获取所述验证规则中“与”关系的基本验证规则，利用所述“与”关系的基本验证规则验证所述用户对所述表单控件的操作结果；

若未获取到“与”关系的基本验证规则，则利用所述验证规则中“或”关系的基本验证规则验证所述用户对所述表单控件的操作结果；或，若利用所述“与”关系的基本验证规则验证失败并且所述验证规则中包括“或”关系的基本验证规则，则利用所述“或”关系的基本验证规则验证所述用户对所述表单控件的操作结果。

6、如权利要求1所述的验证方法，其特征在于，确定对表单控件的不同验证结果分别对应的操作类型，并建立验证结果、操作类型信息以及所述表单控件之间的对应关系；

根据获取的所述验证规则验证所述表单控件后，还包括：

根据验证结果获取与所述表单控件对应的操作类型信息，并根据获取的操作类型信息执行相应的操作。

7、如权利要求1所述的验证方法，其特征在于，所述验证触发条件包括如下中的至少一个：

所述用户对所述表单控件操作完成；

所述用户对所述表单控件所在表单操作完成；

所述用户对所述表单控件所在表单中的设定表单控件的操作结果为设定值。

8、一种表单控件的验证装置，其特征在于，包括：

配置单元，用于根据表单控件的类型获取用于验证所述表单控件的验证规则，所述验证规则包括至少一个基本验证规则，并建立获取的所述验证规则与所述表单控件的对应关系；

触发条件确定单元，用于确定用户当前操作的表单控件的验证触发条件；

验证规则获取单元，用于当满足所述触发条件确定单元确定的验证触发条件时，从所述配置单元获取与所述表单控件对应的验证规则；

验证单元，用于根据所述验证规则获取单元获取的所述验证规则验证所述表单控件。

9、如权利要求8所述的验证装置，其特征在于，所述配置单元具体用于：

根据表单控件的类型，确定所述表单控件对用户的操作要求，并根据所述操作要求，从预先建立的基本验证规则库中获取与所述操作要求对应的至少一个基本验证规则。

10、如权利要求8或9所述的验证装置，其特征在于，配置单元进一步用于：

确定所述表单控件的标识，并建立获取的所述验证规则与所述标识的对应关系；

所述验证规则获取单元具体用于：获取与所述表单控件的标识对应的验证规则。

11、如权利要求8所述的验证装置，其特征在于，所述验证单元具体用于：

根据获取的所述验证规则验证所述用户对所述表单控件的操作结果。

12、如权利要求11所述的验证装置，其特征在于，所述验证单元进一步用于：

当获取的与所述表单控件对应的验证规则包括不止一个基本验证规则时，获取所述验证规则中“与”关系的基本验证规则，利用所述“与”关系的基本验证规则验证所述用户对所述表单控件的操作结果；

若未获取到“与”关系的基本验证规则，则利用所述验证规则中“或”关系的基本验证规则验证所述用户对所述表单控件的操作结果；或，若利用所述“与”关系的基本验证规则验证失败并且所述验证规则中包括“或”关系的基本验证规则，则利用所述“或”关系的基本验证规则验证所述用户对所述表单控件的操作结果。

13、如权利要求8所述的验证装置，其特征在于，所述配置单元还用于：

确定对表单控件的不同验证结果分别对应的操作类型，并建立验证结果、操作类型信息以及所述表单控件之间的对应关系；

所述验证单元还用于：根据获取的所述验证规则验证所述用户对所述表单控件的操作结果后，根据验证结果获取与所述表单控件对应的操作类型信息，并根据获取的操作类型信息执行相应的操作。

Images