|  李天平整理  |  天道酬勤  
 纯粹B/S方式实现InfoPath的设计和运行时--Web Builder   
 初次接触Infopath,我就被它的强大的功能，灵活的表单制作方式，全面对Web Services的支持等特点深深的吸引了。曾经尝试用Infopath来完成一些MIS项目，Infopath却有一些我们难以逾越的障碍，使得无法方便的和项目紧密结合。主要是有以下几个方面使得Infopath不能和项目有效的结合：  
  
 Infopath只能在Infopath本身的程序中填写表单（这个问题去年我曾经解决过，参考Infoview的实现方式）   
  
 不能有效的和外部环境结合，比如ASPX页面中的变量，工作流引擎的信息。  
  
 实现复杂的数据存取，存在一些困难，需要进行大量的代码编写。  
  
 和我们传统MIS系统的开发模式有一定出入，Infopath数据源的设计不是很方便。不能通过该工具直接对数据库结构的定义。  
  
 缺乏统一或者说更加方便的机制将工作流、界面、原数据结合起来。  
 考虑到上面一些因素，我想直接利用Infopath的表单设计功能快速进行项目开发，不是很方便。碰巧在公司一个内容管理项目中有几项需求：用户要求自定义数据库字段，能快速自定义界面，能自定义业务流程。这时我想到了几个软件：Infopath、PowerDesigner、VS.Net 的数据集编辑器和工作流管理系统。PowerDesiger用来定义数据库、Infopath用来定义界面、工作流系统用来定义工作流、数据集编辑器用来生成数据交换的XSD文件。后来，经过仔细考虑，这几个工具相互独立，要实现他们之间的通信会很很困难，如果能根据我们自身的业务需求，实现这几个工具的简化版本，那就从根本上解决了用户需求，也从根本上加速了我们的开发速度。  
    最后我自己研究了Infopath、PowerDesigner、VS.Net 的数据集编辑器这几个工具，开始着手设计数据定义工具、界面设计工具和应用定义工具，简单工作流管理是我们已经完成的产品。经过一个月左右的设计，我们决定开发这三个工具，并且难度不会太大。采用的开发工具是VS.Net 2003，采用C#写服务器端代码，Javascript+Xml来实现Rich Web Client,同时我们也全面采用了微软的Enterprise Block作为基础组件，来处理日志、异常、数据访问和加密等基础框架。  
   经过几个月的开发，我们这三个工具已经完成了第一轮测试，并且利用这几个工具快速的（具体来说是20天）完成了一个设计50多个数据表的内容管理系统。我想简单的跟大家分享一下我们的成果和一些思路，同时也介绍一下我们的这几个工具。  
  
    一、数据架构设计器。  
     所谓数据架构设计器，就是用来定义项目中设计到的各个业务对象（元数据，或干脆叫做数据库），让定义信息能够被界面设计器所利用，能够方便用户理解数据模型，能够方便的修改数据结构。  
    这个设计器是我们参考.Net的数据集编辑器进行开发的，它生成的文件能够在.Net的数据集编辑器中正常编辑。为了方便我们的项目开发，我们对这个工具进行了一些扩展：  
   1、提供图形界面定义数据表、数据字段、数据之间的关联关系。只有关系定义清楚了，才能自动的完成数据的保存、读取和检索。  
   2、 增加自定义类型代码型。项目中有很多字段是枚举类型的，它的值是记录在数据字典中的，因此有必要扩展这种类型，以方便设计界面时能自动以下拉框的形式表现。  
   3、采用标准的XSD描述，兼容VS.Net。  
   4、支持DB2、Oracle、SQL Server数据库。公司项目环境多样化，这几种主流数据库必须要支持。  
   5、可以根据定义自动创建数据库表。  
    说了这么多，我想我们还是来看看这数据架构设计器长什么样子吧，是美是丑大家看吧。  
  
    图1：主界面  
  
   
  
 图2:编辑外键  
  
  
   
 图3:生成数据库  
  
  
   
  
 图四：字段属性 
  
    关于数据架构设计器我就先说到这里，接下来是本文的重点--B/S模式Infopath的设计时和运行时的实现。  
  
  二、界面设计器  
  
   所谓界面设计器就是用来组织应用的UI元素，将用户输入和数据、系统响应协同起来，在这里可以把界面设计器理解成一个基于B/S架构，采用XML+Javascript+Web Services开发的简化版Infopath。同时，能够很好的和具体项目结合的"Infopath" ，当然目前这个界面设计器的功能、易用性、稳定性和Infopath相比还差很远，只是它在某些项目中比Infopath具有更强的适应性。 
  
    该界面设计器在设计和开发过程中借鉴（有的人愿意叫模仿或者剽窃）了 Infopath的一些设计技巧和实现方式。主要体现在以下几个方面： 
  
 界面定义信息参考Infopath,采用XSD文件存储数据架构信息，采用XSF信息存储控制信息，采用XSLT文件存储界面布局信息和数据邦定信息，采用XML存储设计时XML信息，采用Javascript作为脚本语言。 
  
 界面上较多的参考了Infopath的布局方式。 
  
 功能上和Infopath一样支持自定义验证、数据规则、默认值。 
  
 控件上支持文本框、下拉框、日期等二十多种控件。 
  
 和Infopath一样全面支持Web Services  
  
 当然该界面设计器也有很多Infopath所不具备的特点，要不我们怎么能和具体的开发做“完美”（结合的较好罢了，因为自己设计的工具，有什么需求完全可以自己控制）的结合呢？下面有一些我认为是特点的特征： 
  
 提供自学习、下拉框、重复表、重复节等二十多个个界面控件。这里我们在Infopath的基础上增加了自学习控件、树形选择控件（自动邦定到关系型数据表）、邦定标签。 
  
 支持控件到数据的灵活绑定。 
  
 支持数据通用验证和自定义验证，用户无需对数据验证进行编程。 
  
 支持数据规则，能调用Web Services和执行程序脚本。规则方面我们增加了执行程序脚本和自动填充数据域的功能。 
  
 支持控件样式和不同的界面运行时风格。 
  
 支持数据策略，能根据条件对任意字段的显示、读取、修改权限进行控制。这个功能是Infopath所不具备的，或者说要实现类似需求的表单，需要更多的代码和设置。 
  
 支持表达式编辑和自定义函数。Infopath只支持一些基本的XSLT引擎中自带的函数，我们还扩展了更多的常用函数，当然能够把服务器端的如当前登录用户信息，工作流信息作为函数来处理。 
  
 支持定义信息的导出导入。想当如Infopath的提取表单功能，我们把定义信息都存在数据库中，也可到处成文件。 
  
 生成符合XML规范的定义信息。 
  
 能方便生成数据采集视图。