企业中各式各样的表单是InfoPath最恰当的应用,但是有人总是抱怨InfoPath不够灵活,他们承认利用InfoPath设计表单可以高效地设计出最美观的表单,但是设计出的表单如何与数据库结合、如何与列表结合却是头疼的问题。一个包括了复杂“重复表”的InfoPath表单在列表库中就是一个文件,这让表单中的每行数据记录如何分别统计汇总呢?下面就给你一个解决这个问题的最佳答案。
● 应用的场景“出入库管理”:
应用场景功能要求:
1 通过浏览器,来填写出入库单。
2 按(物资名称+规格型号)查询,其出入库历史记录。
3 统计分析,某个(物资名称+规格型号)共入库数量、共出库数量。
下面给出一个入库单,出库单类似:
如上图,又有单独的字段又有重复表。
解决方案(对应上述1、2、3功能要求):
1,InfoPath是可以完成的,而且完成得非常好。
2,3 SharePoint列表是可以完成的,而且拉拉视图就搞定。
如图所示,上述表单如果用“SharePoint列表库+SPD视图”来设计,基本是没有戏了,所以我们采用两个库,一个InfoPath表单库以来存储表单,以提供数据录入的界面(操作员接口),一个列表库存储表单中的记录,以提供统计、分析等功能(查询数据库)。然后采用VSTA的方式,在InfoPath的表单的“提交”编写代码,这个代码完成两种功能:1、把表单提交到表单库。2、把表单中的每一行入库(出库)物资,提交到另一个列表库中(为了方便,那些单独字段,比如入库单号、日期、发货人等要重复存储于每行记录中)。这种结构就类似于InfoPath+SQL的方式,只不过SQL比较麻烦,我换成了列表库。下面分别介绍
要点1:使用InfoPath表单库来存储两个不同内容类型
新建一个InfoPath库,把设计好的两个出入库InfoPath表单的内容类型(下文会介绍怎么设计)作为这个库的两个内容类型加进去,如图所示,并设置好这个文档库-设置-高级设置,中的“显示为网页”以启用InfoPath Form Service,如何设计代码后面再说,现在你创建一个空的InfoPath表单库就OK了。(图是最终效果)
要点2:使用WSS列表库来统计汇总,
创建一个新的自定义列表库,也启动两个内容类型,“材料入库单”和“材料出库单”,入库记录的栏名全部使用InfoPath入库表单所有的、而且相同的栏名(为什么?为了以后编代码方便呀),本示例如下,入库记录也相同设置。PS:我把原来的标题设成隐藏的!体会一下用意哦。
统计的时候,可以按不同的需要建立不同的视图,如下图,按“物资名称(规格)”的格式进行分组统计:
下图是按出入库单号分组,你通过这个视图可以看见,原来在一个InfoPath表单中的多个记录,已经一条条乖乖进列表了。
要点3:在VSTA代码中使用MOSS自带的WebService:Lists类下的UpdateListItems
作用:提供InfoPath Form Service更新列表的一个手段。在Form Service中使用托管代码你是不能直接使用OM的UPDATE方法的,这是MOSS出于安全性的考虑,当然你可以在基于客户端的InfoPath中直接使用UPDATE没有问题。本解决方案使用的是MOSS WebService中的Lists类下的UpdateListItems方法。你可以参考相关的SDK。下面简单要介绍一下这个方法。
返回批处理的XML结果 UpdateListItems(列表ID,批处理XML表达式);
列表ID,就是你更新的列表的ID,以4个短线连结一32位字串,列表ID,你可以通过SPD打开列表的AllItems.aspx然后在源代码中查看<ListName这个字串,得到。
批处理XML表达式,最简单的就是
<Batch>
<Method ID='1' Cmd='Delete'>
<Field Name='ID'>1</Field>
</Method>
<Method ID='2' Cmd='New'>
<Field Name='ID'>New</Field>
<Field Name='Title'>新的记录标题</Field>
</Method>
</Bacth>
这个批处理,共步操作,先删除了一个ID为1列表项,后新建了一个标题为"新的记录标题"的列表项。
所有的Field名称都必须为列表的内部名称,就是@ADFDF_f3435这些东东。
要点4:编写基于InfoPath浏览器表单的VSTA托管代码
见下一篇:http://www.cnblogs.com/dosboy/archive/2007/11/30/977991.html