摘要：
常常地摆在我们开发人员的面前, 一方面是一堆随时可变的业务逻辑需求(比如：我们部门要建立一个共享和审批的文档系统, 或是我们公司要建一个文档存储中心) , 另一方面是一个似乎被Microsoft Demo得无所不能的MOSS系统, 但是有一个问题就是, 如果你要开发出一个产品或是一个解决方案, 如何在这两者间进行搭桥, 而这一点却似乎没有人帮助你。
该用什么，Excel Service?列表库?文档库? 工作流?
本文以ＭＯＳＳ为例，把规划业务系统划分成如下几个阶段：
阅读全文
摘要：
１ 为什么要这么做，要引用后台的数据干嘛？当你打开一个基于浏览器的表单时，表单中的一些下拉式控件，比如＂商品类型＂，＂材料规格＂，你可能不希望读者自己输入，而希望直接从系统原有的SQL SERVER中的＂商品类型表＂读取。或者，你希望完成一些＂自动填写＂操作，比如当输入完＂客户名称＂时，＂客户地址＂一栏就会根据系统原有数据自动填写完成。２ 基于InfoPath Form Service来引用后台数... 阅读全文
摘要：
企业中部署InfoPath Forms Service确实比较方便，每保存一个表单就要自己输入一个文件名，大家不太习惯。而且文件名命名得乱七八糟。自动保存并且用一个域来做文件名，可以如下操作：“工具”->“提交选项”->将表单数据发送到单个目标，“Sharepoint文档库”->点击“添加”->文档库“你自己设事实上的文档库URL地址”,文件名点击“Fx”，然后选择一个域。然后在“工具”->“表单... 阅读全文
摘要：
... 阅读全文
摘要：
列表的事件处理程序不支持beforeproperties属性。 阅读全文
摘要：
MOSS 列表中,有一个字段类型就查阅项, 这个字段可以链接到其它的列表视图去查询其它列表的东西。比如，在“商品销售表中”，有一个字段叫“售出商品编号”，这时就可以使用“查阅类型”的字段，来设置用它来查阅“商品基本表”中的商品编号。这样在新建项目时，就会出现一个下拉框，非常方便了开发人员。但在自定的事件处理程序中，如何对这个项进行赋值呢？经过摸索，得出如下结论：使用如下String 类型来赋值：“... 阅读全文
摘要：
明天本人开发的基于MOSS的一个业务系统要正式运行了,但是MOSS系统作为一个业务系统,来说,我觉得有如下不方便的地方:1 SPD的“数据视图”中, 没有友好的“操作成功的提示”,如果提交成功了就直接返回原表单页面. 如果你自定义“确定”的操作,让他提交完了导向提示成功的页面。那么当提交失败时, 不会提示Event Handler返回的信息.，头疼。2 列表中的数据，如果在Excel Servi... 阅读全文