CN104049972A - 一种数据验证方法及系统 - Google Patents

Abstract

本发明公开一种数据验证方法及系统，方法包括：移动终端响应用户的表单提交请求，获取与所述表单对应的前端验证配置文件，根据所述前端验证配置文件对所述表单进行前端验证，如果验证通过，则将所述表单提交到后台服务器；后台服务器获取移动终端提交的所述表单，获取所述表单对应的后台验证配置文件，根据所述后台验证配置文件对所述表单进行后台验证，如果验证通过，则执行后续业务处理；所述前端验证配置文件与所述后台验证配置文件相同。本发明同时在移动终端和后台服务器进行前端验证和后台验证，同时，在开发前端验证程序和后台验证程序时，仅需同一个配置文件即可进行配置，保证了网站程序前端验证和后台验证的一致性。

Description

一种数据验证方法及系统

技术领域

本发明涉及数据处理相关技术领域，特别是一种数据验证方法及系统。

背景技术

前端验证框架是在浏览器中，通过javascript脚本实现对用户输入数据正确性进行验证。而前端验证由于在用户浏览器中，用户通过特殊手段可以绕过，故而网站在系统后台需要进行后台数据验证。

随着互联网的普及，用户输入的安全性问题愈来愈严重，后端表单验证功能应运而生，表单验证的作用是对用户输入的参数进行合法性校验。它通过读取系统的规则配置，对表单的合法性进行验证，并返回验证是否成功和验证消息。

然而，采用后台验证需要与后台服务器通信，其处理速度受到网络传输影响。同时，配置文件一般采用XML进行配置，格式较复杂而且配置内容过长。

可扩展标记语言(Extensible Markup Language,XML)，用于标记电子文件使其具有结构性的标记语言，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。XML是标准通用标记语言(SGML)的子集，非常适合Web传输。XML提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据。

发明内容

基于此，有必要针对现有技术未能同时实现前端验证与后端验证的技术问题，提供一种数据验证方法及系统。

一种数据验证方法，包括：

移动终端响应用户的表单提交请求，获取与所述表单对应的前端验证配置文件，根据所述前端验证配置文件对所述表单进行前端验证，如果验证通过，则将所述表单提交到后台服务器，如果验证失败，则中止后续处理；

后台服务器获取移动终端提交的所述表单，获取所述表单对应的后台验证配置文件，根据所述后台验证配置文件对所述表单进行后台验证，如果验证通过，则执行后续业务处理，如果验证失败，则中止后续处理；

所述前端验证配置文件与所述后台验证配置文件相同。

一种数据验证系统，包括：

设置在移动终端的前端验证模块，用于移动终端响应用户的表单提交请求，获取与所述表单对应的前端验证配置文件，根据所述前端验证配置文件对所述表单进行前端验证，如果验证通过，则将所述表单提交到后台服务器，如果验证失败，则中止后续处理；

设置在后台服务器的后台验证模块，用于后台服务器获取移动终端提交的所述表单，获取所述表单对应的后台验证配置文件，根据所述后台验证配置文件对所述表单进行后台验证，如果验证通过，则执行后续业务处理，如果验证失败，则中止后续处理；

所述前端验证配置文件与所述后台验证配置文件相同。

本发明同时在移动终端和后台服务器进行前端验证和后台验证，采用前端验证，则用户输入的错误问题会通过移动终端的前端验证完成验证，用户可以及时进行修改，而无需等待后台返回验证信息，而后台验证进一步保证用户无法通过各种特殊手段绕过前端验证，从而保证验证的可靠性，同时，由于采用相同的前端验证配置文件和后台验证配置文件，因此，在开发前端验证程序和后台验证程序时，仅需同一个配置文件即可进行配置，保证了网站程序前端验证和后台验证的一致性。

附图说明

图1为本发明一种数据验证方法的工作流程图；

图2为本发明一种数据验证系统的结构模块图。

具体实施方式

下面结合附图和具体实施例对本发明做进一步详细的说明。

如图1所示为本发明一种数据验证方法的工作流程图，包括：

步骤S101，移动终端响应用户的表单提交请求，获取与所述表单对应的前端验证配置文件，根据所述前端验证配置文件对所述表单进行前端验证，如果验证通过，则将所述表单提交到后台服务器，执行步骤S102，如果验证失败，则中止后续处理；

步骤S102，后台服务器获取移动终端提交的所述表单，获取所述表单对应的后台验证配置文件，根据所述后台验证配置文件对所述表单进行后台验证，如果验证通过，则执行后续业务处理，如果验证失败，则中止后续处理；

所述前端验证配置文件与所述后台验证配置文件相同。

其中，前端验证配置文件与所述后台验证配置文件相同，因此对于开发者来说，其无需维护两套验证配置文件。由于采用相同的验证配置文件，因此开发者在移动终端实现前端验证，而在后台服务器实现后台验证，且前端验证与后台验证能实现最大限度的代码复用，节省开发时间和开发成本。

在其中一个实施例中，所述前端验证配置文件与所述后台验证配置文件为JSON文件，所述移动终端采用JavaScript进行验证，所述后台服务器采用JAVA进行验证。

JSON文件是一种轻量级的数据交换格式。它基于JavaScript(Standard ECMA-262 3rd Edition-December 1999)的一个子集。JSON采用完全独立于语言的文本格式，体积小巧，阅读方便，而且与语言和平台无关。这些特性使JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成。

可以采用Jackson开源框架实现本发明，Jackson开源框架是一款JAVA平台用于解析JSON格式的开源框架，通过它可以快速的实现JAVA对象转换为JSON格式数据，也可以将JSON格式的数据快速转换为JAVA对象。

Javascript是一种由Netscape的LiveScript发展而来的原型化继承的基于对象的动态类型的区分大小写的客户端脚本语言，主要目的是为了解决服务器端语言遗留的速度问题，为客户提供更流畅的浏览效果。

JAVA一种可以撰写跨平台应用软件的面向对象的程序设计语言，是由Sun Microsystems公司于1995年5月推出的Java程序设计语言和Java平台(即JavaSE,JavaEE,JavaME)的总称。

在其中一个实施例中：

所述表单包括至少一个输入域，所述前端验证配置文件与所述后台验证配置文件具有与每个所述输入域对应的验证域，且每个验证域包括至少一个验证规则；

所述前端验证对每个输入域根据前端验证配置文件中对应的验证域中的验证规则进行验证；

所述后台验证对每个输入域根据后台验证配置文件中对应的验证域中的验证规则进行验证。

作为一个例子，一个简单的用户登录表单配置如下：

其中，验证域为：'userName'、'password'和'verifyCode'，而每个验证域中的displayName用于标识对应的输入域，例如，'userName'对应的输入域为'用户名称'，而每个输入域下包括的must、minLength、maxLength等为验证规则。

上述例子的验证规则说明如下：

其包括：

1.必输项验证(must)

1.1可选值:true,false

1.2字符串对象不能为null或者空串，否则校验不通过，且不在执行其它校验。

1.3非字符串对象不能为null，否则校验不通过，且不在执行其它校验。

1.4非必输项如果为空，则校验通过，不再执行其它校验。

2.数值范围验证(minValue,maxValue)

2.1可选值：数字类型。

2.2数值范围验证支持int,long,float,double,BigDecimal等数据类型，同时也支持字符串数值，以上数据均转换为double型进行比较。

2.3如果配置了minValue或者maxValue,但数据类型不为数字或者数字类型字符串，则验证不通过(提示非数字)。

3.字符串长度验证(minLength,maxLength)

3.1可选值：数字类型。

3.2只有字符串类型有效，其它类型数据自动忽略该校验。

3.3根据全局设置的charset属性(各种编码均支持如：UTF-8,GBK等)计算字长，如果不设置则按String的length属性计算。

3.4少于minLength或者超过maxLength则校验不通过。

4.正则表达式验证(reg)

4.1可选值：合法的java正则表达式。

4.2如果设置了reg属性，则进行正则表达式校验。

4.3正则表达式是java中的正则，不满足正则校验不通过。

4.4正则值可以设置为占位符#configName#,设置全局的正则表达式，其中占位符通过

5.自定义handler验证

5.1可选值：自定义handler的handler名称必须在handlerMap已经配置。

5.2可配置多个handler，如：handler:’email,word,myhandler’,每个handler用英文逗号分隔。

5.3每个handler之间的校验互不影响。

如果采用XML进行实现同样的配置文件，其代码如下：

可以明显的看出，使用JSON比用XML更为短小，精简也极大的减少文件大小，配置文件一目了然，便于阅读。

在其中一个实施例中：

所述验证规则包括采用正则表达式描述的正则验证规则；

所述前端验证对每个输入域检查所述前端验证配置文件中对应的验证域中是否包括有所述正则验证规则，当所述验证域包括所述正则验证规则时，如果对应的输入域匹配所述正则验证规则的正则表达式，则对应的输入域验证通过，否则对应的输入域验证失败；

所述后台验证对每个输入域检查所述后台验证配置文件中对应的验证域中是否包括有所述正则验证规则，当所述验证域包括所述正则验证规则时，如果对应的输入域匹配所述正则验证规则的正则表达式，则对应的输入域验证通过，否则对应的输入域验证失败。

如上述例子中的reg则为正则验证规则，例如'verifyCode'中的reg:'\\d'，其中'\\d'即为正则表达式。正则表达式，又称正规表示法、常规表示法(英语：Regular Expression，在代码中常简写为regex、regexp或RE)，计算机科学的一个概念。正则表达式使用单个字符串来描述、匹配一系列符合某个句法规则的字符串。通过正则表达式，从而限制输入域的可输入字符串。

在其中一个实施例中：

所述验证规则包括采用扩展验证标识描述的扩展验证规则；

所述后台验证对每个输入域检查所述后台验证配置文件中对应的验证域中是否包括有所述扩展验证规则；

如果所述验证域包括所述扩展验证规则，则与包括所述扩展验证标识的验证域对应的输入域为扩展验证输入域，调用预先保存在所述后台服务器且与所述扩展验证标识对应的扩展验证器对所述扩展验证输入域进行扩展验证。

如上述例子中的handler即为扩展验证规则，可配置多个handler，如：handler:'email,word,myhandler',每个handler用英文逗号分隔。其中，email即为扩展验证标识，后台服务器选取预先保存的与email对应的扩展验证器对其中的输入域进行进一步的验证。例如与email对应的扩展验证器，则可以检查输入域的输入字符串是否带有''，或者''后的邮件服务器是否在允许范围内等。从而更为方便地实现更多的验证功能。

在其中一个实施例中：

所述前端配置文件和所述后台配置文件还包括选择设置的忽略标识；

所述前端验证还包括：如果所述前端配置文件设置有所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则忽略对其他输入域进行验证，返回验证失败，并中止后续处理；如果所述前端配置文件未设置所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则记录验证失败的输入域，并继续对其他输入域进行验证，在对所有的输入域进行验证完毕后，返回验证失败，并提示验证失败的输入域，中止后续处理。

所述后台验证还包括：如果所述后台配置文件设置有所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则忽略对其他输入域进行验证，返回验证失败，并中止后续处理；如果所述后台配置文件未设置所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则记录验证失败的输入域，并继续对其他输入域进行验证，在对所有的输入域进行验证完毕后，返回验证失败，并提示验证失败的输入域，中止后续处理。

忽略标识为选择设置，如果设置了该标识，则只要有一个输入域验证失败，则不再对其他输入域进行验证。从而节省时间。

如图2所示为本发明一种数据验证系统的结构模块图，包括：

设置在移动终端21的前端验证模块201，用于移动终端响应用户的表单提交请求，获取与所述表单对应的前端验证配置文件，根据所述前端验证配置文件对所述表单进行前端验证，如果验证通过，则将所述表单提交到后台服务器，如果验证失败，则中止后续处理；

设置在后台服务器22的后台验证模块202，用于后台服务器获取移动终端提交的所述表单，获取所述表单对应的后台验证配置文件，根据所述后台验证配置文件对所述表单进行后台验证，如果验证通过，则执行后续业务处理，如果验证失败，则中止后续处理；

所述前端验证配置文件与所述后台验证配置文件相同。

在其中一个实施例中，所述前端验证配置文件与所述后台验证配置文件为JSON文件，所述移动终端采用JavaScript进行验证，所述后台服务器采用JAVA进行验证。

在其中一个实施例中：

所述表单包括至少一个输入域，所述前端验证配置文件与所述后台验证配置文件具有与每个所述输入域对应的验证域，且每个验证域包括至少一个验证规则；

所述前端验证对每个输入域根据前端验证配置文件中对应的验证域中的验证规则进行验证；

所述后台验证对每个输入域根据后台验证配置文件中对应的验证域中的验证规则进行验证。

在其中一个实施例中：

所述验证规则包括采用正则表达式描述的正则验证规则；

所述前端验证对每个输入域检查所述前端验证配置文件中对应的验证域中是否包括有所述正则验证规则，当所述验证域包括所述正则验证规则时，如果对应的输入域匹配所述正则验证规则的正则表达式，则对应的输入域验证通过，否则对应的输入域验证失败；

所述后台验证对每个输入域检查所述后台验证配置文件中对应的验证域中是否包括有所述正则验证规则，当所述验证域包括所述正则验证规则时，如果对应的输入域匹配所述正则验证规则的正则表达式，则对应的输入域验证通过，否则对应的输入域验证失败。

在其中一个实施例中：

所述验证规则包括采用扩展验证标识描述的扩展验证规则；

所述后台验证对每个输入域检查所述后台验证配置文件中对应的验证域中是否包括有所述扩展验证规则；

如果所述验证域包括所述扩展验证规则，则与包括所述扩展验证标识的验证域对应的输入域为扩展验证输入域，调用预先保存在所述后台服务器且与所述扩展验证标识对应的扩展验证器对所述扩展验证输入域进行扩展验证。

在其中一个实施例中：

所述前端配置文件和所述后台配置文件还包括选择设置的忽略标识；

所述前端验证还包括：如果所述前端配置文件设置有所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则忽略对其他输入域进行验证，返回验证失败，并中止后续处理；如果所述前端配置文件未设置所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则记录验证失败的输入域，并继续对其他输入域进行验证，在对所有的输入域进行验证完毕后，返回验证失败，并提示验证失败的输入域，中止后续处理。

所述后台验证还包括：如果所述后台配置文件设置有所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则忽略对其他输入域进行验证，返回验证失败，并中止后续处理；如果所述后台配置文件未设置所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则记录验证失败的输入域，并继续对其他输入域进行验证，在对所有的输入域进行验证完毕后，返回验证失败，并提示验证失败的输入域，中止后续处理。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种数据验证方法，其特征在于，包括：

移动终端响应用户的表单提交请求，获取与所述表单对应的前端验证配置文件，根据所述前端验证配置文件对所述表单进行前端验证，如果验证通过，则将所述表单提交到后台服务器，如果验证失败，则中止后续处理；

后台服务器获取移动终端提交的所述表单，获取所述表单对应的后台验证配置文件，根据所述后台验证配置文件对所述表单进行后台验证，如果验证通过，则执行后续业务处理，如果验证失败，则中止后续处理；

所述前端验证配置文件与所述后台验证配置文件相同。

2.根据权利要求1所述的数据验证方法，其特征在于，所述前端验证配置文件与所述后台验证配置文件为JSON文件，所述移动终端采用JavaScript进行验证，所述后台服务器采用JAVA进行验证。

3.根据权利要求1所述的数据验证方法，其特征在于：

所述表单包括至少一个输入域，所述前端验证配置文件与所述后台验证配置文件具有与每个所述输入域对应的验证域，且每个验证域包括至少一个验证规则；

所述前端验证对每个输入域根据前端验证配置文件中对应的验证域中的验证规则进行验证；

所述后台验证对每个输入域根据后台验证配置文件中对应的验证域中的验证规则进行验证。

4.根据权利要求3所述的数据验证方法，其特征在于：

所述验证规则包括采用正则表达式描述的正则验证规则；

所述前端验证对每个输入域检查所述前端验证配置文件中对应的验证域中是否包括有所述正则验证规则，当所述验证域包括所述正则验证规则时，如果对应的输入域匹配所述正则验证规则的正则表达式，则对应的输入域验证通过，否则对应的输入域验证失败；

所述后台验证对每个输入域检查所述后台验证配置文件中对应的验证域中是否包括有所述正则验证规则，当所述验证域包括所述正则验证规则时，如果对应的输入域匹配所述正则验证规则的正则表达式，则对应的输入域验证通过，否则对应的输入域验证失败。

5.根据权利要求3所述的数据验证方法，其特征在于：

所述验证规则包括采用扩展验证标识描述的扩展验证规则；

所述后台验证对每个输入域检查所述后台验证配置文件中对应的验证域中是否包括有所述扩展验证规则；

如果所述验证域包括所述扩展验证规则，则与包括所述扩展验证标识的验证域对应的输入域为扩展验证输入域，调用预先保存在所述后台服务器且与所述扩展验证标识对应的扩展验证器对所述扩展验证输入域进行扩展验证。

6.根据权利要求3所述的数据验证方法，其特征在于：

所述前端配置文件和所述后台配置文件还包括选择设置的忽略标识；

所述前端验证还包括：如果所述前端配置文件设置有所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则忽略对其他输入域进行验证，返回验证失败，并中止后续处理；如果所述前端配置文件未设置所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则记录验证失败的输入域，并继续对其他输入域进行验证，在对所有的输入域进行验证完毕后，返回验证失败，并提示验证失败的输入域，中止后续处理。

所述后台验证还包括：如果所述后台配置文件设置有所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则忽略对其他输入域进行验证，返回验证失败，并中止后续处理；如果所述后台配置文件未设置所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则记录验证失败的输入域，并继续对其他输入域进行验证，在对所有的输入域进行验证完毕后，返回验证失败，并提示验证失败的输入域，中止后续处理。

7.一种数据验证系统，其特征在于，包括：

设置在移动终端的前端验证模块，用于移动终端响应用户的表单提交请求，获取与所述表单对应的前端验证配置文件，根据所述前端验证配置文件对所述表单进行前端验证，如果验证通过，则将所述表单提交到后台服务器，如果验证失败，则中止后续处理；

设置在后台服务器的后台验证模块，用于后台服务器获取移动终端提交的所述表单，获取所述表单对应的后台验证配置文件，根据所述后台验证配置文件对所述表单进行后台验证，如果验证通过，则执行后续业务处理，如果验证失败，则中止后续处理；

所述前端验证配置文件与所述后台验证配置文件相同。

8.根据权利要求7所述的数据验证系统，其特征在于，所述前端验证配置文件与所述后台验证配置文件为JSON文件，所述移动终端采用JavaScript进行验证，所述后台服务器采用JAVA进行验证。

9.根据权利要求7所述的数据验证系统，其特征在于：

所述表单包括至少一个输入域，所述前端验证配置文件与所述后台验证配置文件具有与每个所述输入域对应的验证域，且每个验证域包括至少一个验证规则；

所述前端验证对每个输入域根据前端验证配置文件中对应的验证域中的验证规则进行验证；

所述后台验证对每个输入域根据后台验证配置文件中对应的验证域中的验证规则进行验证。

10.根据权利要求9所述的数据验证系统，其特征在于：

所述验证规则包括采用正则表达式描述的正则验证规则；

所述前端验证对每个输入域检查所述前端验证配置文件中对应的验证域中是否包括有所述正则验证规则，当所述验证域包括所述正则验证规则时，如果对应的输入域匹配所述正则验证规则的正则表达式，则对应的输入域验证通过，否则对应的输入域验证失败；

所述后台验证对每个输入域检查所述后台验证配置文件中对应的验证域中是否包括有所述正则验证规则，当所述验证域包括所述正则验证规则时，如果对应的输入域匹配所述正则验证规则的正则表达式，则对应的输入域验证通过，否则对应的输入域验证失败。

11.根据权利要求9所述的数据验证系统，其特征在于：

所述验证规则包括采用扩展验证标识描述的扩展验证规则；

所述后台验证对每个输入域检查所述后台验证配置文件中对应的验证域中是否包括有所述扩展验证规则；

如果所述验证域包括所述扩展验证规则，则与包括所述扩展验证标识的验证域对应的输入域为扩展验证输入域，调用预先保存在所述后台服务器且与所述扩展验证标识对应的扩展验证器对所述扩展验证输入域进行扩展验证。

12.根据权利要求9所述的数据验证系统，其特征在于：

所述前端配置文件和所述后台配置文件还包括选择设置的忽略标识；

所述前端验证还包括：如果所述前端配置文件设置有所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则忽略对其他输入域进行验证，返回验证失败，并中止后续处理；如果所述前端配置文件未设置所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则记录验证失败的输入域，并继续对其他输入域进行验证，在对所有的输入域进行验证完毕后，返回验证失败，并提示验证失败的输入域，中止后续处理。

所述后台验证还包括：如果所述后台配置文件设置有所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则忽略对其他输入域进行验证，返回验证失败，并中止后续处理；如果所述后台配置文件未设置所述忽略标识，则对所述表单的每个输入域进行验证，如果有任意一个输入域验证失败，则记录验证失败的输入域，并继续对其他输入域进行验证，在对所有的输入域进行验证完毕后，返回验证失败，并提示验证失败的输入域，中止后续处理。