基于Web Service技术web框架模块应用与研究.docVIP

基于Web Service技术web框架模块应用与研究 　　摘要本文建立了一种基于Web Service的数据服务框架，并利用本框架开发可扩展企业的Web应用，将数据操作部分和界面定制化分离开，降低了数据和界面之间的耦合。在数据服务端封装了数据操作的常用功能，便于后续项目高效快捷的开发数据库功能。结果表明开发效率高，可扩展性强，配置简单方便，而且便于系统维护和升级。 　　【关键词】Web Service 框架模块结构软件开发框架 　　1 Web Service概述 　　Web Service也称作Web服务，是一种W3C标准，通常包括寻址、编排、描述和策略等多个标准。这些标准共同定义了在主流服务器上实现的大部分功能，也是用于面向服务架构（Service Oriented Architecture，SOA）的支撑技术。利用Web Service（服务）技术，可以使运行在不同计算机上的不同应用进行相互通信（交换数据），减少应用接口的开销，为整个企业甚至多个组织之间提供通用的访问机制。在使用Web Service规范的应用之间，无论它们各自使用语言、平台是否相同，都可以相互通信。 　　2 Web Service 在框架模块结构中的应用 　　采用Web Service技术对数据的基本操作进行封装，通过建立标准的数据访问接口实现对企业数据库的管理。开发框架通过Web接口来调用数据服务并生成用户界面，使得数据和界面更加独立，提高了不同层面的开发效率。 　　应用框架的模块结构如图2.1所示，其中核心组件是系统的公共API（应用程序接口），封装了一些常用的数据结构，便于上层模块进行调用。界面定制模块实现网页的可视化配置，将复杂的前端页面分隔成较简单的部件，实现对网页的局部修改和实时更新。功能扩展模块是对框架功能的扩展，尽管底层类库定义了一些基本应用功能，但是当这些固有功能不能满足需求时就需要修改已有功能或者添加新的功能。功能扩展避免了对系统底层的破坏，同时又保证整个框架功能齐全，是框架实用性的重要体现部分。企业应用模块是针对具体的企业项目来实现的，提供了企业网站最常见的业务功能，针对不同项目可分别改进和完善。Web Service数据服务模块提供了对远程数据访问的支持，使用远程数据服务将数据库操作独立出来，便于对数据库进行升级与维护，同时尽量减少对应用框架程序的修改。 　　从内容上来看，应用框架分成了四个不同的组成部分，分别代表不同的应用类型。从实现上来看可以划分成两大部分：数据和界面，并且本系统尽量减少这两部分之间的依赖。 　　3 Web Service设计 　　应用框架包含了企业应用的大部分内容，例如资源管理、权限管理、界面配置等，这些内容与框架联系紧密，放在框架内部处理更加方便。在前面的介绍中没有提到系统数据库设计的相关内容，主要是因为本系统以一种特殊的方式来处理数据库操作，在这里一并介绍。 　　在充分考虑到数据库应用的广泛性和多样性后，本文尝试将数据访问模块以Web Service形式独立出来，具体方法是在服务器端提供一种通用的数据访问和操作方式，应用框架调用数据服务来完成相应操作。服务器端的数据访问接口均以Web Service标准来实现（采用WCF技术），应用框架提供灵活的数据配置界面来设置必要的数据库连接信息，在数据连接成功后，应用框架会自动生成数据库的增、删、改、查界面。采用这种方式后，在涉及数据操作业务时就不必再次编码，大大提高了系统的开发效率。 　　Web Service数据访问的设计共分为两个部分，数据模型层和Service功能层。数据模型层提供了数据库的一般操作和数据格式的转换，Service功能层则负责将数据库的操作转化成Web Service标准形式。 　　3.1 数据模型 　　数据模型是对数据访问操作的封装，主要组成部分如图3.1所示。 　　数据库访问地址保存了数据库访问的必要信息，其格式通常为“远程数据库地址：数据库名：用户名：密码”。考虑到数据的安全性，数据库的访问地址并不会直接以一串完整文本保存下来，而是由用户在配置界面输入各字段，然后加密后分别保存起来。 　　初始化操作是对数据类的实例化，在实例化过程中使用传入的参数构造访问地址，然后生成一个数据链接对象。在初始化过程中会捕获数据库连接的异常信息，例如用户验证失败、远程地址不存在等，并及时将异常信息显示在页面上。 　　解析表是对数据表字段的获取和转化过程，该步骤与字段类型转换过程是相关联的，主要是将数据库字段转化成程序和页面所需的类型。解析过程分三步进行：第一，获取数据表定义，根据表定义得到各个字段的数据库类型。第二，将字段从数据库类型转化成程序类型（本系统为C#数据类型），通过比较数据库与程序数据类型特点来完成转化。第三，将字段从数据库类型转化成页面类