博客园_jianyi

SmartQuery WebPart 2.0 发布。

2011-12-09T07:24:00Z

1）概述：

SmartQuery 是一个列表查询组件，包含以下3部分：

1）查询类库，提供了查询SharePoint数据的友好的方式。详见：http://www.cnblogs.com/jianyi0115/archive/2008/02/04/1064636.html

2）SmartQueryWebPart-可以添加到列表上方，对列表进行查询，通过一个外部的布局用户控件控制查询查询UI。详见：http://www.cnblogs.com/jianyi0115/archive/2008/02/15/1070158.html

2）ListQueryWebPart-同SmartQueryWebPart，只不过可以通过配置控制要查询那些字段。

ListQueryWebPart最早由 [木头人] 开发，新版本对其进行了优化。

2）新版本增强了什么？

新版本提供了wsp安装包，不再需要以前的手工部署了,具体安装方式见安装包中的SmartQuery_Manual.txt

SmartQueryWebPart的功能没有改变。

ListQueryWebPart更好的结合2010的UI，不只是可以查询当前视图的字段，而且可以查询整个列表的字段。UI布局得到优化。

下载地址：http://camlquery.codeplex.com/

3）安装新版本注意事项

--如果已经用了老版本的ListQueryWebPart，则安装新版本后，在激活CodeArt SmartQuery功能前，需要到webpart库中删除旧的2个SmartQueryWebPart.webpart或ListQueryWebPart.dwp文件，

激活CodeArt SmartQuery后，界面上已经添加的所有ListQueryWebPart必须删除，然后重新添加。

--SmartQueryWebPart功能不受影响。

4）ListQueryWebPart使用效果

ListQueryWebPart的功能已经得到了很大增强，建议一般的查询直接用ListQueryWebPart配置下即可，不需要用SmartQueryWebPart然后编写布局文件。

激活Feature：

添加webpart：

设置查询字段：

本文链接

Switch View when host XmlFormView in aspx

2011-12-08T07:11:00Z

当把XmlFormView放到自己的aspx页面的时候，可能需要切换视图的逻辑，比如当流程绑定到表单库的时候，QuickFlow的FormServiceFormTask页面会按照任务活动的TaskFields中的__CurrentView字段来切换视图。

XmlFormView本身提供2个方法：

XmlViewer.XmlForm.ViewInfos.SwitchView("Approval")

XmlViewer.XmlForm.ViewInfos.Initial = XmlViewer.XmlForm.ViewInfos["Approval"]

但这两个方法或者出错，或者没用。

找到的最合理的方式是采用js切换，参考 http://www.moss2007.be/blogs/vandest/archive/2008/10/10/forms-server-xmlformview-and-setting-the-initialview-on-load.aspx

但这样会造成页面二次刷新。

没办法用Reflect分析代码，找到这个用反射设置视图的方法：

1）for SharePoint2007

void SwitchView12(string viewName)
        {
            if (String.IsNullOrEmpty(viewName))
                throw new ArgumentNullException("viewName");

            //check view exist.
            object viewInfo = null;

            try
            {
                viewInfo = this.XmlViewer.XmlForm.ViewInfos[viewName];
            }
            catch { }

            if (viewInfo == null)
            {
                throw new NotSupportedException("view doesn't exist:" + viewName);
                return;
            }

            //利用反射控制  this.XmlViewer.XmlForm.Document.CurrentViewName
            System.Reflection.PropertyInfo pDocument = this.XmlViewer.XmlForm.GetType().GetProperty("Document", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance);
            if (pDocument == null)
            {
                throw new NullReferenceException("can't get property XmlForm.Document");
                return;
            }
            object objDoc = pDocument.GetValue(this.XmlViewer.XmlForm, null);
            if (objDoc == null)
            {
                throw new NullReferenceException("can't get value: XmlForm.Document");
                return;
            }

            //objDoc.CurrentView = objDoc.Solution.Views[this._xmlFormHost.ViewInfos.Default.Name];

            System.Reflection.PropertyInfo pCurrentView = objDoc.GetType().GetProperty("CurrentView");
            //Debug("CurrentView: " + pCurrentView);

            System.Reflection.PropertyInfo pSolution = objDoc.GetType().GetProperty("Solution");
            //Debug("pSolution: " + pSolution);

            object objSolution = pSolution.GetValue(objDoc, null);
            //Debug("objSolution: " + objSolution); 

            IDictionary views = objSolution.GetType().GetProperty("Views", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance).GetValue(objSolution, null) as IDictionary;
            //Debug("views: " + views); 

            object v = views[viewName];
            //Debug("v: " + v); 

            pCurrentView.SetValue(objDoc, v, null);
        }

此方法在OnInitlized方法中调用。

2）for SharePoint2010

以上方法在2010上应该也是可以的，但2010提供了一个更方便的方法：XmlFormView.DefaultView,

bool SwitchView14(string viewName)
{
var pDefaultView = XmlViewer.GetType().GetProperty("DefaultView");//只能在DataBind之前设置

//DefaultView属性可能是公共方法，这样就不必用反射了，但笔者是在2007下实现的这段代码，所以必须用反射
if (pDefaultView == null)
return false;
pDefaultView.SetValue(XmlViewer, viewName, null);
return true;
}

这个方法不同的是：不能在OnInitlized方法中调用，必须在XmlFormView DataBind之前调用。

本文链接

在SharePoint 2010上使用SharePoint Permission Extension

2011-10-21T09:20:00Z

SharePoint Permission Extension是一个开源项目，扩展了SharePoint的权限控制体系，提供以下类型的权限控制：

列表字段权限—可以控制一个列表的某个字段的查看和编辑权限
视图权限—控制列表的视图的查看权限
内容类型的创建权限—如果列表由多个内容类型，则可以控制用户只能新建其中的几个（此功能实现的不完善，本文不做详细阐述）

如何部署

下载最新版本wsp文件，地址：http://sppex.codeplex.com/
解压后运行wsp_install安装解决方案
到管理中心安装解决方案到应用程序
到网站集功能管理中激活Feature

字段权限的使用

1）到列表设置中，找到Field Permission菜单，进入设置界面：

2）用非站点管理员账号测试：

3）用字段权限控制时，需要把列表的数据视图功能禁用掉，要不然，用户通过数据视图还是可以修改任意字段。

视图权限的使用

1) 到列表设置中，找到View Permission菜单，进入设置界面：

2)用非站点管理员账号测试：

3)在10下，虽然设置了试图权限，但是在视图选择列表中用户还是可以看到视图，点击视图后，出现禁止访问页面。

4)在07下，若无权限，视图选择列表中也是看不到的。

5)用视图权限的时候必须结合列表权限进行，即需要把普通用户修改视图，创建个人试图的权限去掉，要不然，虽然控制了视图的访问，但是用户

创建一个个人视图，还是可以看到数据。

本文链接

QuickFlow之动态子流程

2011-08-21T06:18:00Z

1）动态子流程的场景

考虑以下工作流场景：

组长分配工作，指定接收人，每个接收人完成任务后组长立刻可以审批，不必等待其他组员。

2）QuickFlow对子流程的支持

build110821 版本之后，QuickFlow提供了ChildWorkflow和FlowchartWorkflow活动，用来实现子流程。

ChildWorkflow提供顺序子流程模型，FlowchartChildWorkflow提供Flowchart类型的子流程支持。

3) 使用步骤

3.1 确保安装了build110821或之后的版本的wsp，如果在QFD工具箱中找不到ChildWorkflow，则修改QFD目录下的ToolboxItems.txt，添加如下两行：

QuickFlow.ChildWorkflow, QuickFlow, Version=1.0.0.0, Culture=neutral, PublicKeyToken=ec1e0fe6e1745628
QuickFlow.FlowchartChildWorkflow, QuickFlow, Version=1.0.0.0, Culture=neutral, PublicKeyToken=ec1e0fe6e1745628

3.2 将ChildWorkflow活动拖入设计器，将子活动添加到ChildWorkflow中，如果子活动的用户分配在各个子流程是一样的，则直接将User或Users属性绑定到工作流变量，或者设置角色名称。

3.3如果子活动用户在各个子流程分支中不一样，则需要配置属性映射：

首先创建一个Names类型的工作流变量，这个变量用来存放各个子流程分支的用户，可以写死或者用过UI代码传递变量值。

然后，设置ChildWorkflow的ChildPropertiesMapping, 将需要动态分配用户的活动的User属性绑定到工作流变量。

4）示例

4.1 画出如图所示的流程图

其中，组长分配工作，组员接受工作，组长审批工作都是Task活动

4.2 添加两个工作流变量： groupLeader， string类型，groupMembers, Names类型, 为了方便测试，可以设置groupLeader为一个账号，Names为多个账号，采用换行区分

4.3 将组长分配工作和组长审批工作的User属性绑定到groupLeader

4.4 选中ChildWorkflow活动，将InitalChildData属性绑定到groupMembers，InitalChildData的值只能绑定到Names类型的变量，Names变量中包含几个值则对应会创建几个子流程

4.5 编辑ChildPropertiesMapping属性，添加一个映射，将组员接受工作活动的User属性绑定到 groupMembers变量，如下图：

4.6 发布流程，进行测试。

示例流程下载：

https://skydrive.live.com/embedicon.aspx/QuickFlow/Examples/%e5%b9%b6%e8%a1%8c%e5%ad%90%e6%b5%81%e7%a8%8b.zip?cid=7f5a25cdf47d03e6&sc=documents

5）ChildWorkflow属性列表

属性名	属性说明
InitalChildData	用来初始化子流程的数据，InitalChildData一般需要绑定到一个Names类型的变量，Names类型实际是一个NameCollection的字符串集合，集合的元素个数决定了子流程的个数
ChildPropertiesMapping	子流程活动属性映射，采用映射，ChildWorkflow自动将子流程的属性设置为对应Names集合中的值
ExecutionType	控制子流程是并行一次创建还是串行一个个创建
TaskTitleFormat	可以控制子流程任务的标题格式，模式为{num}.{title}, {num}表示流程顺序号，{title}表示任务原来的名称，即TaskTitle属性的值
CompeteCondition	控制ChildWorkflow活动何时完成，若指定了CompeteCondition，则每个子流程完成后会计算CompeteCondition的值，如果返回true，无论其他流程分支有无完成，活动都会结束，未完成的任务被取消

6）备注

6.1 FlowchartChildWorkflow的属性跟ChildWorkflow完全一样

6.2 用FlowchartChildWorkflow时，不必（也不能）拖入Start活动，第一个拖入的活动即为起始活动。

6.3若要实现子流程结束后统一审批，可以部分打回的效果，则可以在统一审批的时候控制Names变量的值，来控制打回给那些人。

6.4 本文的示例没有涉及到UI的开发，UI开发请看到其他文章进行。

6.5 如果子流程需要会签，则采用MultiTask活动，将其Users属性映射到Names变量，然后控制Names变量值每行多个账号，如下：

dc\user1,dc\user2

dc\user3,dc\user4

6.6 如何在UI代码中给Names变量赋值请参考其他文章。

6.7 不要在ChildWorkflow之外的规则代码中取子流程中活动的属性，比如Taskoutcome，因为动态创建的原因，这些属性可能取不到，或者只能取到最后完成的子流程产生的数据。

6.8 如果在ChildWorkflow之内的规则代码中获取内部子活动的状态，因为QuickFlow内部有活动属性同步的机制，可以取到当前最新的数据，普通的并发条件下作者做过测试，但不能保证大并发条件下没有问题

6.9 当前版本不允许跨容器拖放移动活动，即：不能将一个活动从ChildWorkflow内部拖拽到其他外部活动内部。

本文链接

QuickFlow ListForm之父子表

2011-07-17T10:37:00Z

在用QuickFlow的ListForm做表单时，如果涉及到字表的情况，一般实现比较困难，标准的做法是自己实现一个自定义的字段类型，然后添加到列表中。

SharePoint中实现父子表一般用Lookup字段，但是，直接用Lookup字段，在很多情况下缺点很多，比如，必须到两个列表中操作，而这在一个流程审批中用户体验很差。

QF最新版本中(Build110717)增加了对父子表的支持。

安装最新版本后，SharePoint中会增加两个字段类型：ParentItemLookup和ChildItemsLookup，如下图：

要实现父子关系，首先建立两个列表，父列表和子列表，然后在子列表中添加ParentItemLookup，设置关联到父列表，在父列表中添加ChildItemsLookup,设置关联到子列表。

比如，一个请假审批的流程，申请人可以输入多段不连续的请假时间，如下图

在添加ParentItemLookup字段时，可以设置当父项目被删除后自动删除子项目：

备注：

1)父子表目前支持SP10/07.

2)通过控制子表默认视图上显示的字段即可控制父表表单上显示的子表字段.

3）非工作流项目也可以用这两个字段实现关联。

本文链接

QuickFlow中控制DataField and TaskField(更简单的控制列表项和任务字段值)

2011-07-14T01:34:00Z

QF中控制DataField and TaskField

1）概述

DataFields和TaskFields是QF中的两个概念：
DataFields实际上就是工作流关联的列表项。
TaskFields表示一个任务的数据，DataFields和TaskField都都支持用索引(DataFields["name"])来操作字段值。
QF的UI代码API中首先支持这两个对象，如，在Executing事件中，可以通过以下代码操作DataFields和TaskFields：

WorkflowContext.Current.DataFields["Title"] = "some title"; //set list item title in code
string comment s = WorkflowContext.Current.TaskFields["Body"];//get task comments

2）FlowchartWorkflow.DataFields

最新preRelease中，在工作流（WF）API中也支持类似的接口：
首先，FlowchartWorkflow工作流根活动上增加了DataFields属性，在活动的BeforeRule或AfterRule中可以直接通过DataFields
来获取或设置列表项字段值，如：

BeforeRule:
this.DataFields["Title"] = "some Request title";
string title = ""+this.DataFiels["Title"];

3）Task.DataFields
其次，在Task活动上，增加了DataFields属性，通过这个属性，在任务创建前，可以控制任务字段属性，在任务创建后，可以获取任务字段值：

task1.BeforeRule
this.task1.TaskFields["Body"] = "input your comment here.";

task1.AfterRule:
this.DataFeilds["AllComments"] = ""+this.DataFeilds["AllComments"]+";" + this.task1.TaskFields["Body"]; //把任务字段的值同步到列表项

TaskFields的另一个功能是使用自定义任务内容类型时：

QF支持在根站点下创建一个内容类型，继承与QuickFlowTaskContentType,添加扩展字段，然后编辑任务活动的TaskForm属性，设置任务关联到这个
内容类型，这时可以用规则控制任务扩展字段的值：

task1.AfterRule:
this.task1.TaskFields["RequestDate"] = this.DataFeilds["RequestDate"]; //设置任务上直接显示申请信息

4）多任务活动的DataFields

多任务活动（MultiTask,RuleDriven）在Build110714版本后也支持TaskFields。

多任务活动的TaskFields需要注意：

1-给TaskFields赋值时，会影响到所有的任务，并且所有任务的属性只能一样

2-通过TaskFields取值时，只能获取到最后一个有效任务的字段。

5)注意

所有字段名都必须用内部名(internalName)
用QF的Rule之前最好了解下WF规则引擎：http://msdn.microsoft.com/zh-cn/library/aa480193.aspx

此功能Build110714后版本支持

多任务活动在Build110724版本后支持TaskFields

本文链接

CamlQuery and SmartQuery1.3 release

2011-06-20T04:03:00Z

CamlQuery and SmartQuery正式支持SharePoint2010了，使用方法跟07完全一样。

见：http://www.cnblogs.com/jianyi0115/archive/2008/02/15/1070158.html

下载：

http://camlquery.codeplex.com/releases

本文链接

QuickFlow教程(15)--常见问题释疑

2011-06-12T03:09:00Z

本文将针对QuickFlow开发人员经常碰到的问题做一个集中的解释。

1）QuickFlow是什么

QuickFlow是基于SharePoint（2007,2010）的一个工作流设计工具，它包含一个核心的Flowchart流程模型和一个无代码设计器。基于QuickFlow开发SharePoint工作流和直接在SharePoint上开发工作流很类似，使用Quickflow前最好了解下默认的SharePoint工作流是如何开发和运行的。

2)QuickFlow如何安装

QuickFlow的安装包含两部分：一部分是一个wsp的解决方案，这个解决方案中，包括所有dll文件和页面文件，这个wsp分两个版本：一个用于SharePoint2007，一个用户SharePoint2010。另外一部分是设计器，设计器无需安装，直接解压后即可打开exe文件，需要指出的是，当前版本的设计器只能在SharePoint服务器上运行。

详细见：http://cid-7f5a25cdf47d03e6.office.live.com/view.aspx/QuickFlow/Docs/QuickFlow%E5%AE%89%E8%A3%85%E6%8C%87%E5%8D%97.docx

3）Quickflow使用中碰到错误如何解决

有几种类型的错误：

发布流程时：这个时候出错，一般是web.config配置错误，重新激活下QuickFlow feature即可。在SP07下，在网站集功能管理中操作，在SP10下，需要到管理中心激活QuickFlow App Configuration feature，详见安装文档。

工作流运行时：有很多种可能性，首先要找到日志信息，日志有两个地方可以看，一个是工作流状态页面--在列表页面，点击工作流链接进入。在这个页面可以看到QuickFlow内部输出的日志。不仅仅是碰到错误，如果工作流没错误，但是运行结果跟预期的不一致，也可以到这个页面查看信息。比如设置了发送邮件，但是测试时却没有收到，那么状态页面会记录邮件发现情况。

另一个查看日志的地方是12/Logs or 14/Logs目录，这是SP自带的日志文件。打开最新的日志文件，在里面搜索Workflow Infrastructure ,可以搜到跟工作流有关的日志信息。

注：日志目录[C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS]

在页面提交的时出错: 这个时候，如果发现页面上没有详细的错误信息，那么首先要让SP显示出详细错误，这个操作是SP开发第一步就要做的。详细：google SharePoint 详细错误。需要指出的是：Layouts下的web.config也是需要修改的（set customError mode=’off’）

4)关于工作流变量（workflow variable）

工作流变量是当使用QuickFlow Designer时，允许在流程级别添加一些特定类型的字段，各个活动的属性可以跟工作流变量绑定，UI代码可以直接控制工作流变量的值。

如果您是用VisualStudio+QuickFlow开发，那么是没必要用工作流变量的，工作流变量其实是模拟添加类字段（field）。用vs时，可以很方便的在工作流中添加字段，为什么还要用工作流变量呢？

当然，vs中工作流变量还是可以使用的，那么一般会碰到两个问题：

a）如何在UI代码中控制工作流字段的值：跟控制工作流变量的值是一样的，用QuickFlow.Core.WorkflowContext.Current.UpdateWorkflowVariable("NextApprovors", nextUsers);

b）如何在WF代码中控制工作流变量的值:直接设置字段的值即可，或者，用base.UpdateVariable("NextApprovors", nextUsers);如：

public QuickFlow.NameCollection nextUsers ;
//nexUsers bind to multiTask.Users
private void task_init(object sender, EventArgs e)
{
this.nextUsers = ...;

//or base.UpdateVariable("nextUsers", nextUsers);
}

记住：

在用VS+QF时，工作流变量跟普通的字段是一样的。
永远不要在VS的WF代码中调用WorkflowContext.Current。

如果要在UI代码中传递变量值，只能在几个固定的事件方法中才可行：

1-StartWorkflowButton.Executing事件中，

2-ActionsButton.ActionExecuting事件中，

3-TaskReassignButton.Executing事件中，

4-在启动页面或任务页面的Page_Load事件中，Page_Load中给工作流变量赋值后，必须在以下的操作中启动工作流或提交任务才会有效

无论在哪个方法中，都需要使用QuickFlow.Core.WorkflowContext.Current.UpdateWorkflowVariable来更新变量

注意：在ＵＩ代码中，只能设置工作流变量的值而不能获取工作流变量值，如果碰到必须获取工作流变量的情况，那么可以用列表字段传值来实现。

5)关于WorkflowContext.Current

这个类用于在工作流页面中跟工作流交互。非工作流页面不能使用。

6）如果不用QuickFlow提供的控件来开发工作流页面，如何启动流程，提交任务呢？

有两种方式：

a)直接用SharePoint的对象模型来操作。这样做会有些复杂性。

跟Workflow有关的方法有:SPSite.WorkflowManager.StartWorkflow, SPWorkflow.AlterTask,详细见SharePoint SDK.

b)用QuickFlow提供的API操作: WorkflowContext.Current.

用WorkflowContext必须在特定的上下文下运行，包括列表的新建页面，任务的提交页面。

常用WorkflowContext方法如下：

WorkflowContext.Current	获取到当前的工作流上下文
WorkflowContext.CreateContext(SPList dataList)	基于某个列表创建一个上下文，这样创建的context，自动工作流的时候，会自动在列表中新建一个列表项
.DataFields[]	获取或设置列表字段值。
.UpdateWorkflowVariable(string name, object value)	工作流启动前或任务提交前更新工作流变量
.StartWorkflow(string wfName)	启动工作流
.CommitTask( string outcome )	完成任务，指定任务的结果（通过，拒绝）
.ReAssignTask(string to)	转发任务
WorkflowContext.Current.Task	获取当前的WorkflowTask（只能获取到上次的数据）
WorkflowContext.Current.TaskFields["field name"]	获取当前的任务字段属性，可以获取到最新数据

WorkflowTask一般通过WorkflowContext.Current.Task或者WorkflowContext.FromListItem获取

常用WorkflowTask方法如下：

WorkflowContext.FromListItem
.Actions	获取到任务的动作集合（TaskActions）
bool CanCommit()	当前用户是否可以提交工作流（只有网站集管理员或者任务操作人才能提交任务）
CommitTask(string outcome)	提交任务

示例：

在列表的Newform页面启动工作流：

WorkflowContext.Current.StartWorkflow(“My Workflow”)

无论是启动工作流还是提交任务前，都可以传递工作流变量

WorkflowContext.Current.UpdateWorkflowVariable(“vabiableName”,value)

在一个普通的aspx页面启动流程（非NewForm页面）：

var wflist = SPContext.Current.Web.Lists[“List1”];

WorkflowContext wfCtx = WorkflowContext.CreateContext(wflist);

wfCtx.DataFields["Title"] = proj.ProjectName; //设置列表项字段
wfCtx.DataFields["ReferenceNo"] = proj.ReferenceNo;
wfCtx.DataFields[ProjectID_FieldName] = proj.ID;

wfCtx.UpdateWorkflowVariable("sendToPCController", true);//设置工作流变量
              wfCtx.UpdateWorkflowVariable("PCController", new NameCollection(pcController));
              wfCtx.UpdateWorkflowVariable("PM", new NameCollection(proj.ProductManager));
              wfCtx.StartWorkflow(Config.WorkflowName);

在任务页面获取任务动作：

TaskActionCollection actons = WorkflowContext.Current.Task.Actions;

在任务页面完成任务：

WorkflowContext.Current.CommitTask(“Approved”); //Approved is a taskAction

7)CommentTaskField这个富文本框能否去掉其样式呢，就是不希望用户在审批意见里添加各种样式，只要输入文字意见好了

在网站内容类型管理中，找到任务内容类型，设置其描述字段不使用富文本

8)在Initialized事件中设置了活动的属性，为什么不起作用？

因为ＱＦ中的活动可以无限次执行，所以实际执行的活动只是设计器上的活动的副本

如果在活动已经开始执行了，再设置设计器上的活动的属性，可能就无效了。

有两个方法解决这个问题：

1--事件参数sender始终是执行中的活动，直接给sender赋值，如: ((Task)sender).User = "someUserAccount";

2--如果要让一个属性可以在活动执行时可以被修改，那么可以把这个属性绑定到一个全局变量,这样－－就始终可以修改了.

3--在这个活动前面一个活动的Completed事件中给这个活动的字段赋值。
9)设置了规则引擎(BeforeRule or AfterRule),发现工作流长时间不结束

原因：规则的计算，改变了规则的条件，造成规则引擎重新运行规则（造成无限循环）

解决：把重新计算选项改成永不(Never) , 了解WF规则引擎：http://msdn.microsoft.com/zh-cn/library/aa480193.aspx

10)任务被锁定，即使更正了代码错误，任务依然无法重新提交

解决：需要先把任务解锁,然后重新提交即可：

ServerModel code:

using (SPSite site = new SPSite("http://localhost"))
            {
                using (SPWeb web = site.OpenWeb())
                {
                    SPList taskList = web.Lists["Tasks"];
                    var item = taskList.GetItemById(188); //change 188 to the task id
                    web.AllowUnsafeUpdates = true;
                    item[SPBuiltInFieldId.WorkflowVersion] = 1;
                    try
                    {
                        item.SystemUpdate();
                    }
                    catch (Exception ex)
                    {
                        Console.WriteLine(ex.ToString());
                    }
                }
 }

ClientModel code:

try
            {
                using (ClientContext clientContext =new ClientContext("http://localhost"))
                {
                    Web site = clientContext.Web;
                    var list = site.Lists.GetByTitle("Tasks");
                    ListItem item = list.GetItemById(188);
                    clientContext.Load(item);
                    clientContext.ExecuteQuery();
                    Console.WriteLine("WorkflowVersion: "+ item["WorkflowVersion"]);
                    item["WorkflowVersion"] =1;
                    item.Update();
                    clientContext.ExecuteQuery();
                }
            }
            catch (Exception e)
            {
                Console.WriteLine(e.ToString());
            }
            Console.WriteLine("done");
            Console.ReadKey();

注：最新版本任务被锁定后，默认任务页面上会显示一个解锁的链接，如果是自定义的页面，则在页面上加上UnLockTaskLink控件即可。

11)不用QuickFlow的API启动流程，而直接用纯MOSS接口启动，如何传递工作流变量呢?

代码入下：

//using QukckFlow.Core;

WorkflowVariableValues vs = new WorkflowVariableValues();

vs["variableName1"] = "value1";

vs["variableName2"] = "value2";

var eventData = SerializeUtil.Serialize(vs);

SPSite site = SPControl.GetContextSite(HttpContext.Current);

var wfName = "some workflow name";

var wfAss = list.WorkflowAssociations.GetAssociationByName(wfName, System.Globalization.CultureInfo.CurrentCulture);

wf = site.WorkflowManager.StartWorkflow(listItem, wfAss, eventData);

如果要异步启动工作流，可以调用：

site.WorkflowManager.StartWorkflow(object context, SPWorkflowAssociation association, string eventData, SPWorkflowRunOptions runOptions)

此异步方法只有SP2010支持。

12)如果工作流设置成自动启动（Auto），用StartWorkflowButton启动工作流时会报错。

首先搞清楚MOSS默认的工作流机制：工作流启动分3种模式：

1）手工启动--就是通过下拉菜单进入工作流启动页面启动

2）自动启动--创建一条Item后自动自动

3）当Item的某个字段值改变后启动

用了StartWorkflowButton时，StartWorkflowButton会调用moss api启动工作流，实际上是模拟手工启动

如果配置成自动自动，那么moss会自动启动一个工作流， StartWorkflowButton会再次启动一个工作流

而一个工作里是不能启动2次的，所以，StartWorkflowButton启动工作流的时候就出错了

所以，用了StartWorkflowButton，或用其他方式调用MOSS API启动工作流，工作流必须设置成手工启动（Manual）

13)SP10任务表单上的任务历史记录列表会显示一个复选框，如何取消？

修改任务列表的默认视图设置，取消：Allow individual item checkboxes 复选框

14)在QFD中新建了一个工作流变量，但是在活动属性绑定窗口或规则编辑窗口无法找到这个变量

点下保存按钮，将工作流保存下即可。

15)重新发布流程后，流程名称后面出现（1）

问题原因：是因为老版本的QFD发布流程时流程配置文件的BaseID会变造成的

解决方法：升级到最新版本的QFD，然后用SharePoint Designer打开工作流文件夹，把.xoml.wfconfig.xml的除1.0版本和当前版本外的版本删除，

然后将最新版本.xoml.wfconfig.xml中的BaseID修改成和1.0版本一致），用QFD重新发布流程即可

本文链接

MVVM之View和ViewModel的关联

2011-06-08T03:27:00Z

概要：

将所有的VM在加载到Application的Static Resource中，然后在Ｖｉｅｗ中用标签指定。

实现：

１）采用特性指定要添加到ＳｔａｔｉｃＲｅｓｏｕｒｃｅ中的对象

public class StaticResourceAttribute : Attribute
    {
        public string Key { get; set; }

        public StaticResourceAttribute(string key)
        {
            this.Key = key;
        }
    }

２）从当前的程序集中，把所有标记了StaticResourceAttribute的VM加载到AppResource中

public class ViewModelManager
    {
        private static Application app = Application.Current;

        public static void InjectViewModelsToResources()
        {
            Assembly executingAssembly = Assembly.GetCallingAssembly();
            foreach (Type type in executingAssembly.GetTypes())
            {
                var attributes = type.GetCustomAttributes(false);

                foreach (var attribute in attributes)
                {
                    if (attribute is StaticResourceAttribute)
                    {
                        var obj = Activator.CreateInstance(type);
                        if (!app.Resources.Contains(type.Name))
                            app.Resources.Add(type.Name, obj);
                    }
                }
            }
        }

        public static T GetViewModelFromResources<T>()
        {
            var key = typeof(T).Name;
            if (app.Resources.Contains(key))
                return (T)app.Resources[key];
            else
                return default(T);
        }
    }

在主窗体中调用：

public partial class MainPage : UserControl
    {
        public MainPage()
        {
            ViewModelManager.InjectViewModelsToResources();
            
            InitializeComponent();         
        }
    }

3）View写法

<UserControl x:Class="XXX .LoginView"〉
 <UserControl.DataContext>
        <Binding Source="{StaticResource LoginViewModel}"/>
    </UserControl.DataContext>


</UserControl>

结论：

这样处理后，实现了VM的"单例",多个View关联同一个VM时可以共享数据。

本文链接

[转]烦人的BeforePropertie----BeforeProperties，AfterProperties，properties.ListItem

2011-05-13T09:54:00Z

As many of you know, event receivers are a great way to hook into various SharePoint events. These can apply to Feature events such as FeatureActivated, List events such as FieldAdded, and many others. The most common set of receivers used, however, are part of SPItemEventReceiver which let you wire your code up to a number of events that can occur to items on a list or library.

When working with events, you’ll quickly find that before (synchronous) and after (asynchronous) events exist, and the method suffix such as “ing” (e.g. ItemAdding) and “ed” (e.g. ItemAdded) will tell you whether it gets invoked before or after the actual change is made. Basic stuff.

And, as you get deeper, you’ll even find that you can extract the before and after state of the change. For example, you can hook into the ItemUpdating event for a document library and prevent a user from changing a certain column. The code might look like this:

public override void  ItemUpdating(SPItemEventProperties properties)

{

     if (properties.BeforeProperties["column"] != properties.AfterProperties["column"])

    {

        properties.Cancel = true;

        properties.ErrorMessage = "This column cannot be changed";

    }

}

For a document library, this works just fine. However, you should know that the BeforeProperties hash table is not populated for items on a list. As is worded in the SDK: “For documents, Before and After properties are guaranteed for post events, such as ItemUpdated, but Before properties are not available for post events on list items”

When they say “not available for post events on list items”, do they mean after events (like ItemUpdated, ItemDeleted, etc)? The wording is curious here, so I thought I’d take some time to test each combination of common events such as Add, Update and Delete. These were done across a custom list and then a document library. Each test involved adding a new item, editing the item and then deleting the item. Here are the results for a list:

List	BeforeProperties	AfterProperties	properties.ListItem
ItemAdding	No value	New value	Null
ItemAdded	No value	New value	New value
ItemUpdating	No value	Changed value	Original value
ItemUpdated	No value	Changed value	Changed value
ItemDeleting	No value	No value	Original value
ItemDeleted	No value	No value	Null

No value means that column value in the hash table was not available.
New value means that the correct value for the column was available.
Changed value means that the correct updated value was available.
Original value means that the correct original value was available.

Here is the same test against a document library:

Library	BeforeProperties	AfterProperties	properties.ListItem
ItemAdding	No value	No value	Null
ItemAdded	No value	No value	No value
ItemUpdating	Original value	Changed value	Original value
ItemUpdated	Original value	Changed value	Changed value
ItemDeleting	No value	No value	Original value
ItemDeleted	No value	No value	Null

Properties.ListItem refers the the current value for the list item at that point in the event. Null means that the item is not available. My analysis yields the following results:

Not surprisingly, we get null values for for ItemAdding (before item is added) and ItemDeleted (after item is deleted). This was proven by Ishai Sagi some time ago.
As correctly documented in the SDK, item events for lists do not expose BeforeProperties.
ItemAdding and ItemAdded correctly report the value in the AfterProperties for an list item, but not a library item. This is curious.
We have no visibility on the previous states during the ItemDeleted event. Once it’s deleted, it’s clearly gone.

So, if we go back to our original problem listed above. How can we prevent a user from changing a certain column for an item in a list event? From the list table, you can see if we hook into the ItemUpdating event, we can compare the current item’s value (properties.ListItem) to the AfterProperties value. The code would look like this:

if (properties.ListItem["column"] != properties.AfterProperties["column"])

{

    properties.Cancel = true;

    properties.ErrorMessage = "This column cannot be changed";

}

I hope this post gives you a better idea of how before and after events work for both lists and libraries. Your comments and feedback are always welcomed.

本文链接