Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 6 部分: 有价值，却又让人烦恼的技术 — 数据确认和验证

核心提示：检入，检出不管人们做任何事（包括浏览 Web），Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 6 部分: 有价值，却又让人烦恼的技术 — 数据确认和验证，信息通信都很重要，当您在一个 Web 站点注册，基于浏览器的应用，比如 GoFor-It.com，登录进您订阅的服务或向购物车添加

检入，检出

不管人们做任何事（包括浏览 Web），信息通信都很重要。当您在一个 Web 站点注册，登录进您订阅的服务或向购物车添加商品项目时，您从自己的浏览器向基于Web 的服务发送信息。这些信息有许多种用途 ― 通过向您发送基于您的简档的内容来定制您的浏览，或者通过使用您的信用卡信息和地址向您收费和发送货物。但很可能要先经过检查，或 确认，这些信息才可以真正有用。

GoFor-It.com 项目小组没有在任何用户情景中引入显式检查。与许多项目一样，有些人设想应该执行隐式检查，因为检查可发生在体系结构的各层，使得隐式设想增加了这种危险 ― 每个人都设想其他人正在执行这种检查。

GoFor-It.com 的大多数检查都发生在两种类型的用户，即个人助理（personal assistant（PA））和顾客注册和编辑它们的简档时。这与大多数注册和登录页面都很相似。早先我们没有为输入确认制定计划，很快我们意识到这是个真正的问题。下面的问题着重强调了这个问题：

当我们在用户界面和数据库之间移动数据时，发现我们需要预见数据类型。例如，当用户注册时，他们必须输入信用卡到期日期。在数据库中，它被定义为日期字段，所以我们必须进行确认并将一个月-年字段转换为一个日-月-年字段。

在表单上出错的用户希望立即被通知，而不是等待服务器处理后发回通知。收集有效数据有助于确保用户心情愉快。

信用卡信息要传递到外部系统，所以我们必须确保至少有一个有效号码。

稍后我将探讨验证和确认，并阐明两者的不同，但首先要看一下表单。

修正和格式化表单

HTML 2.0 规范规定包含允许用户输入信息的元素。基于浏览器的应用，比如 GoFor-It.com，使用这些“表单”元素为用户提供域以供输入信息。