面向对象数据验证在结构化设计中应用研究.docVIP

面向对象数据验证在结构化设计中应用研究 　　摘要：面向业务对象数据验证模型以实体对象为主体，实现数据实体对象在分层架构中的高效交互与数据安全。微软的.NET框架提供了完善的数据安全控制技术，数据模型设计利用正则表达式将数据验证规则独立出来，业务逻辑在软件分层结构设计中独立控制实体对象对数据进行有效性验证。在.NET框架平台下，利用微软企业库5.0的Validation模块结合3/N分层架构设计模式的数据实体模型验证策略能有效保证数据的安全性以及系统结构的高耦合。 　　关键词：面向对象 实体 正则表达式 数据验证 分层架构 　　中图分类号：TP311.11 文献标识码：A 文章编号：1007-9416（2012）12-0051-03 　　从信息系统设计对数据合法性和安全性的综合考虑，确定如何对业务数据和用户输入数据的验证方法，是信息系统设计的重要方面。 　　在.NET框架系统平台下，从软件分层架构设计上综合考虑数据验证设计在各个不同层次决定着软件性能的优劣。在UI层综合考虑增加灵活性、多样性以及效率，多使用JavaScript、VBScript等脚本语言进行数据格式和样式客户端验证。在业务数据实体模型Model层、业务逻辑BLL层和数据DAL层等，从安全性考虑，需要和数据库数据交互的数据，多使用服务器端数据验证。在程序后台进行服务器端数据验证数据安全性高，但这样验证方式会增加服务器负担。在信息系统数据验证设计上，处于性能问题和用户体验考虑设计出安全和高效重用的数据验证模型有其必要性。 　　1、数据验证实现 　　在大中型软件设计中，应用面向对象数据库设计思想将关系多个属性数据进行封装为数据实体对象，设计出基于实体数据验证模型，能够大幅提高代码可重用性以及效率，而且在3/N分层架构设计中，数据实体数据验证模型能够很好的与各层实现数据交互，保证了数据的合法性和安全性。 　　在大中型信息系统设计中，在界面UI层结合客户端控件和JavaScript等脚本验证用户输入数据的格式和样式是否满足要求，并控制数据的表示样式和格式，增加灵活性。在业务逻辑层，通过后台程序代码来保证用户输入数据的有效性、合法性，主要控制用户对数据的查询、插入、修改、删除、和更新操作是否满足数据库中数据表定义的要求，增强安全性。对于重要的业务数据验证，需要更新数据库中数据时一般采用服务器端验证，能够最大保证服务器的安全性。例如验证用户输入的用户名和密码。 　　大部分情况下在对数据库数据操作之前进行后台服务器端数据验证是比较安全可靠的，对于.NET 平台下分层架构设计提供了很多数据验证方法，在各层验证设计效率和性能各有不同。以.NET平台的分层架构设计为例，介绍在实体模型Model层数据验证规则设计的应用实现。 　　2、面向对象数据验证模型在分层架构设计思想 　　为了实现业务数据的有效组织，软件架构设计一般引入3/N层架构，针对数据库数据的存储一般为关系数据库，是面向关系的数据库结构。为确保各个层级数据的安全控制，在软件分层架构设计基础之上，引入了基于面向对象的数据验证模型，有效控制实体对象属性数据在各层级交互过程中能够进行实体对象的验证。 　　在.NET平台下，数据模型是直接面向数据的逻辑结构，是对概念模型的转换。实体类是现实实体在计算机中的表示，贯穿于整个架构，在各层次及模块间传递数据。实体类包括实体的属性和实体间的关系和逻辑。实体数据模型是一个“实体”―关系的数据模型。在大多数情况下，实体类和数据库中的表是一一对应的，但在复杂的数据库设计中，有可能出现一个实体类对应多个表，或者交叉对应的情况。为了保证数据有效性和数据安全性，对业务复杂的信息系统设计层级实体对象的数据验证尤其必要。 　　在.NET平台3/N分层架构设计中，典型的分层架构自底向上依次为数据访问层、业务逻辑层和表示层。 　　（1）数据访问层：负责与数据源的交互，即数据的插入、删除、更新以及数据查询等数据库操作。对数据的准确性和有效性不负责，对数据的业务用途不了解，不承担任何业务逻辑。 　　（2）业务逻辑层：负责系统领域业务的处理，生成逻辑性数据，并对数据进行处理和转换。对流入的逻辑性数据的正确性和有效性进行服务器端数据验证，对流出的逻辑性数据和用户数据部负责，不承担数据的呈现样式。 　　（3）表示层：负责接收用户的输入、将输出呈现给用户以及访问安全性验证。对流入的数据的正确性好有效性进行客户端和服务器端数据验证，承担数据呈现样式负责，对流出的数据正确性不负责，但承担显示数据异常信息的表示。 　　为了控制业务数据在数据访问层、业务逻辑层、表示层之间安全高效交互，对数据库中具体关系表转换为实体对象并对其重要属性进行特性验证，对用户输入数据处理进行封装转化为实体对象，业务逻辑