【正文】 if (group == null) SPGroup group = [groupName]。 (initProp)。 SPWorkflowActivationProperties initProp = new SPWorkflowActivationProperties()。 string groupName ) public static bool CompareOriginatorGroup(WorkflowContext context, string listId, ///param name=listId關(guān)聯(lián)列表ID/param ///summary ///條件類創(chuàng)建條件方法。 第4個以后的參數(shù)是額外的特殊參數(shù)，需要聲明到配置文件的Parameters節(jié)點中。 /Condition與動作類的配置很類似，ClassName和Assembly分別是條件方法所在的類的全名和類所在的程序集，F(xiàn)unctionName是靜態(tài)函數(shù)的函數(shù)名。 Parameters UsesCurrentItem=true Assembly=, Version=, Culture=neutral, PublicKeyToken=71e9bce111e9429c FunctionName=WordsInTitle圖738 Parameter Name=CC Type=, mscorlib Direction=Optional / Parameter Name=__ListId Type=, mscorlib Direction=In / /RuleDesigner Category=SmartForm , Version=, Culture=neutral, PublicKeyToken=8d0e2047bbdccb4dStep9 ( + ?List= + + amp。 } if (assignedTo == ) string assignedTo = + task[AssignedTo]。 continue。 //查找當前用戶的任務(wù) currentTask = null。 SPListItem item = ([ItemID])% Page Language=C %% Assembly Name=, Version=, Culture=neutral, PublicKeyToken=71e9bce111e9429c %% Import Namespace= %script runat=server }發(fā)送郵件活動一般放置在從用戶處收集數(shù)據(jù)活動之前，那么在發(fā)送郵件活動執(zhí)行的時候?qū)徟蝿?wù)是沒有創(chuàng)建的，這時候無法獲取任務(wù)的路徑或ID，所以我們采用一個中轉(zhuǎn)頁面（），將列表項的ID傳給這個頁面。 return 。 { } parent = 。 if (null != ) string body = null。 } headers[cc] = ()。 ItemId= + 。string url = + { if (service == null) ISharePointService service = (ISharePointService)(typeof(ISharePointService))。 set { } } return (string)(SubjectProperty)。 public string Subject }(BCCProperty, value)。 { [ValidationOption()] { get //抄送public static DependencyProperty CCProperty = (CC, typeof(ArrayList), typeof(MailWithTaskLinkActivity))。 { get set { }__ListId屬性用來綁定到工作流的關(guān)聯(lián)的列表ID。 } return (string)(__ListIdProperty)。 public string __ListId添加一個__ListId屬性，代碼如下所示。 { get 希望MailWithTaskLinkActivity部署成SharePoint Designer的動作之后，依然具有系統(tǒng)自帶的發(fā)送郵件活動的功能—可以動態(tài)綁定到收件人、指定郵件主題等，所以需要給MailWithTaskLinkActivity添加相應(yīng)的屬性。 } {using 。Step4這兩個程序集位于服務(wù)器上的C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\ISAPI目錄中。將默認產(chǎn)生的Activity1類改名為“MailWithTaskLinkActivity”。唯一跟系統(tǒng)默認功能的區(qū)別就是：在發(fā)送出去的郵件內(nèi)容中帶有任務(wù)操作鏈接。 Parameter Name=Subject Type=, mscorlib Direction=In / FieldBind Field=To,CC,Subject,Body Text=此電子郵件 DesignerType=Email Id=1/ fieldNames：列表欄，采用此設(shè)計器將工作流關(guān)聯(lián)列表的某個欄和Action類的屬性綁定。 /FieldBindl Operator：選項，用Option指定可選值。l SinglePerson：單個用戶或用戶組。lSentence指定了設(shè)計時顯示的提示信息，其中的占位符號％與RuleDesigner中的FieldBind的ID屬性配置，F(xiàn)ieldBind定義了對某個屬性的設(shè)計規(guī)則。 __ListId：當需要訪問工作流關(guān)聯(lián)的列表時，需要指定此屬性。l Parameters節(jié)點中聲明了WF活動類需要跟上下文數(shù)據(jù)進行綁定或進行設(shè)置的屬性。l/Action以下是對配置文件中主要元素的說明。 Parameter Name=AssignedTo Type=, mscorlib Direction=In / /RuleDesigner FieldBind Field=Title,ContentTypeId DesignerType=Survey Text=數(shù)據(jù) Id=1/ AppliesTo=all SDP工作流是基于規(guī)則來定義的。 動作的擴展SPD工作流的動作是一個普通的WF活動類。Step3Step1 任務(wù)編輯 不同的是，單擊任務(wù)鏈接首先進入的任務(wù)查看頁面，在任務(wù)查看頁面中單擊“編輯項目”鏈接后才會轉(zhuǎn)到任務(wù)編輯頁面，如圖733，圖734和圖735所示。 創(chuàng)建日歷項Step12 添加批準未通過的操作。圖730 綁定到是否同意字段設(shè)置條件為任務(wù)的“是否同意”字段值等于“批準”，如圖729所示。 比較任意數(shù)據(jù)源比較任意數(shù)據(jù)源條件是“如果值等于值”的形式，第一個值可以綁定到當前列表項的任意字段，或者是其他列表項的字段。經(jīng)理審批同意時需要批準列表項，并且將請假休息添加進日程列表中，首先需要添加判斷經(jīng)理審批是否同意的條件，查找到審批任務(wù)列表項的是否同意字段，進行判斷即可。再添加一個工作流步驟，名稱為“審批完成”，如圖725所示。圖723 請假審批內(nèi)容類型Step7 添加“請假申請”添加一個名稱為“審批意見”的多行域，如圖720所示。 選擇審批用戶Step6 添加審批步驟。 指定工作流名稱和啟動方式。 新建工作流。通過“列表設(shè)置”→“版本控制設(shè)置”，啟用列表的內(nèi)容審批。新建一個自定義列表，名稱為“員工請假”，添加如圖713所示的欄。 列表項流程示例本節(jié)演示一個員工請假流程的設(shè)計：員工提交請假單，由審批人進行審批，審批人批準之后，自動添加一個日程到日歷列表中，如果不批準，則郵件通知提交人。 文檔庫 任務(wù)頁面任務(wù)操作頁面又稱為任務(wù)表單，可以采用infopath開發(fā)。 工作流監(jiān)控頁面用第一個審批用戶的賬號登錄系統(tǒng)，可以在用戶任務(wù)Web部件中看到需要操作的任務(wù)，如圖710所示。通過“文檔審批”欄中的鏈接可以鏈接到工作流監(jiān)控和管理頁面，如圖79所示。再單擊“啟動”按鈕。單擊“文檔審批”工作流，如圖76所示。Step1Step4 在工作流參數(shù)設(shè)置頁面中，選擇任務(wù)分配對象為“串行”，輸入兩個用戶作為審批者，選擇“文檔被拒絕”時取消工作流，選擇“工作流完成后”為“更新審批狀態(tài)”，如圖73所示。圖72 在文檔庫的設(shè)置頁面單擊“工作流設(shè)置”鏈接，如圖71所示。SharePoint默認提供了很多工作流模板，這些工作流模板跟采用VS 2008開發(fā)的工作流模板操作上是一樣的。 所以又稱Visual Studio 2008設(shè)計的工作流為工作流模板。 采用SharePoint Designer設(shè)計工作流的優(yōu)點是操作簡單，無須編譯和部署，缺點是只能實現(xiàn)順序操作邏輯，無法實現(xiàn)退回等循環(huán)邏輯，審批界面自動生成，也無法實現(xiàn)一些復雜的操作。MOSS支持兩種工作流的開發(fā)方式。SharePoint工作流的基本概念SharePoint工作流是一個預(yù)先定義好的對列表項或文檔庫文檔的處理流程。Visual Studio 2008已經(jīng)發(fā)布正式版了，VS 2008提供了對SharePoint工作流開發(fā)更好的支持，直接集成了開發(fā)、部署和調(diào)試。 采用Visual Studio 2008 開發(fā)工作流模板 采用SharePoint Designer設(shè)計工作流n本章包括：n本章提供視頻教程：采用SPD設(shè)計工作流的默認方式和定制后的方式。本節(jié)將講述SharePoint工作流的基礎(chǔ)知識，并介紹系統(tǒng)自帶的工作流模板的使用和默認的工作流任務(wù)操作方式。采用Visual Studio 2005開發(fā)SharePoint工作流，無論是開發(fā)環(huán)境的搭建還是開發(fā)時調(diào)試和測試，都比較煩瑣。 工作流實例可以在列表新建、修改時自動啟動，或者可以由用戶手動啟動。SharePoint Designer設(shè)計的工作流只能跟一個列表（或文檔庫）關(guān)聯(lián)，單個工作流無法用于多個列表，不同列表（或文檔庫）的工作流處理邏輯即使一樣，也只能分別進行設(shè)計。在Visual Studio 2008中，可以直接在WF設(shè)計器中開發(fā)工作流，工作流開發(fā)好后，編譯成DLL，然后采用Feature部署到SharePoint服務(wù)器，在網(wǎng)站中將Feature激活后，工作流即可使用了，可以把這種工作流關(guān)聯(lián)到多個列表。缺點就是開發(fā)部署比較復雜，對開發(fā)人員要求較高。在實際的項目中，需要對用戶的操作習慣進行引導。Step1 在添加工作流頁面中，選擇工作流模板為“審批”，輸入工作流名稱為“文檔審批”，單擊“下一步”，如圖72所示。Step3 設(shè)置工作流參數(shù)設(shè)置工作流參數(shù)頁面又叫做工作流關(guān)聯(lián)界面，本示例中的關(guān)聯(lián)界面是采用InfoPath表單開發(fā)的，這個表單叫做工作流關(guān)聯(lián)表單。 添加用戶任務(wù)WebPart工作流的配置操作已經(jīng)完成，下面我們看一下這個工作流的使用。 選擇“工作流”選項Step2 在接下來的配置審批參數(shù)頁面中，可以輸入審批信息，如圖77所示?，F(xiàn)在文檔審批工作流已經(jīng)啟動，返回到文檔庫頁面，可以看到文檔庫上多出來一個“文檔審批”欄，如圖78所示。 文檔庫中工作流鏈接圖79圖711圖712創(chuàng)建列表。 啟用列表的內(nèi)容審批。 啟用內(nèi)容審批Step3 新建工作流Step4 定義新工作流界面Step5 添加審批步驟圖圖718圖719 添加“審批意見”域圖722我們把存放這個任務(wù)列表項ID的變量名修改為“請假審批任務(wù)ID”，如圖723和圖724所示。添加審批完成后的處理邏輯。添加判斷條件。 添加比較任意數(shù)據(jù)源