随笔 - 44  文章 - 0 评论 - 214 trackbacks - 75
<2007年11月>
28293031123
45678910
11121314151617
18192021222324
2526272829301
2345678

与我联系

搜索

 

常用链接

留言簿

我的标签

随笔分类

随笔档案

相册

.首要链接

MOSS 2007 概述

MOSS博友的友情链接

SharePoint WorkFlow 工作流

最新评论

阅读排行榜

评论排行榜

  企业中各式各样的表单是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

posted on 2007-11-30 00:38 dosboy 阅读(2822) 评论(7)  编辑 收藏 网摘 所属分类: MOSS源码示例

FeedBack:
#1楼 2007-12-20 17:11 雨晨[未注册用户]
dosboy,你好
看了你这篇文章很受启发, 首先感谢了!

在此也想请教你一下, InfoPath如何与业务系统进行集成呢? 如业务系统是N层架构的, 分为数据访问层\ 业务逻辑层和表现层. 现在想表现层的表单采用InfoPath来设计.
我们都知道如果表现层直接用VS来设计的话, 表现层是引用业务逻辑层的dll来调用的, 那如果表单用InfoPath来设计,如果来调用业务逻辑层的dll呢?

  回复  引用    
@雨晨
InfoPath的VSTA的开发界面与VS是一样的,你可以添加DLL引用的.

  回复  引用    
#3楼 2007-12-21 09:09 雨晨[未注册用户]
我们开发系统时为N层架构, 主要是更好松散藕合.

如果每个InfoPath模板都引用业务逻辑层的dll的话, 那业务逻辑层变动时那些InfoPath模板都需要重新引用, 这样就违背了N层架构的原则了. 这如何处理呢?

  回复  引用    
#4楼[楼主] 2007-12-26 09:21 dosboy      
@雨晨
你可以中间再加一层,不引用业务层DLL,而引用一个WEB Service的ASMX文件,通过这个Web Service来引用业务层DLL.

  回复  引用  查看    
#5楼 2007-12-27 09:08 雨晨[未注册用户]
看来也只能如此.陈曦也是这样建议.

以前对InfoPath外接程序不熟悉, 还以为它是用来做这个的呢. 原来它是用在增加C/S客户端功能的Addin.


但问题又来了, 我看过很多教程都说Web Services会慢? 大量的使用Web Services可行吗?

  回复  引用    
#6楼[楼主] 2008-01-18 00:40 dosboy      
@雨晨
使用Web Services是比较慢... ... 不适合作实时性要求很高的InfoPath应用.

  回复  引用  查看    
#7楼 2008-12-27 13:01 名籽[未注册用户]
谢谢你的文章,很受启发
  回复  引用    



发表评论

昵称: [登录] [注册]

主页:

邮箱:(仅博主可见)

评论内容:

  登录  注册

[使用Ctrl+Enter键快速提交评论]

0 977535




相关文章:

相关链接: