Time of Update: 2018-12-07
1.甲去買煙,煙29元,但他沒火柴,跟店員說:“順便送一盒火柴吧。”店員沒給。 乙去買煙,煙29元,他也沒火柴,跟店員說:“便宜一毛吧。”最後,他用這一毛買一盒火柴。 這是最簡單的心理邊際效應。第一種:店主認為自己在一個商品上賺錢了,另外一個沒賺錢。賺錢感覺指數為1。第二種:店主認為兩個商品都賺錢了,賺錢指數為2。當然心理傾向第二種了。同樣,這種心理還表現在買一送一的花招上,顧客認為有一樣東西不用付錢,就賺了,其實都是心理邊際效應在作怪。 -...啟示:變換一種方式往往能起到意想不到的效果!
Time of Update: 2018-12-07
在流程設計器中還有“代理步驟”、“任務分發步驟”、“WebService環節”、“指令碼環節”、“提醒環節”,“可排序遷移”,“篩選遷移”分別的應用情境是什麼。 以下解答轉載自《品高工作流程使用者指南》: Ø 代理步驟代理步驟,供外部調用和觸發的環節 ,本身不做任何動作也不會在流轉記錄中被記錄。可通過捕獲Workflow的事件,來判斷是否是代理環節,然後執行相應的代碼,以觸發其他業務運算。(主要執行一些額外的自動處理動作) Ø
Time of Update: 2018-12-07
把Web.config中的customErrors的mode改為Off,調試指令碼發現,JS指令碼的editor_check_completed方法返回的響應資料為報錯資訊,為“因 URL 意外地以‘/CheckUser’結束,請求格式無法識別。”。google一下,發現解決方案如下: 在Web.config中的<system.web>節點下加入如下節點即可。 <webServices> <protocols> <add
Time of Update: 2018-12-07
回應程式式屬性中,有三個選擇項:基於使用者選擇、基於使用者層級、基於百分比,這三個選項分別對應什麼操作。基於使用者選擇:針對選擇項中的選項,返回選擇次數最多的項作為最終選擇結果, 當處理意見分不出高低時,重新發送給這批處理人處理。此時選項的百分比設定無效,而且必須所有參與者均響應後才能進行計算。 基於使用者層級:目前沒有實現。
Time of Update: 2018-12-07
關於並行流程: 並行開始(典型設定):ParallelData: //Participant ParallelKey: ID ParallelKeyLabel: Name 擴充屬性: RoleName: 會簽部門(需要把所有要做會簽的部門加入到建立流程使用者所在組織的會簽部門角色下) RoleScope: Dept(非空就行) 分發部門步驟: 角色名稱:介面人或其他角色 審批方式:決定部門內的審批方式 並行結束:
Time of Update: 2018-12-07
以下內容來源於portal的解答: 前段時間寫的一個WinForm的.NET程式。因為引用了不少的庫檔案,但是最近這些庫檔案因為修正了一些Bug和演算法。但是主的程式檔案沒有怎麼改動。所以就不像把這個主程式重新編譯了。於是就把所有的新版DLL檔案拷貝到運行目錄下,希望主程式能夠直接調用新版的庫檔案。結果發現原來這些庫檔案都用Strong Name簽了名的。主程式一調用就出錯,說找不到該版本的檔案。 後來查了一下MSDN,發現只要在config裡面加入runtime節點就可以了。
Time of Update: 2018-12-07
業務資料求解參與者主要適用於通過資料表記錄參與者資訊的情境。用法很簡單,只要填好相關屬性值,並跟表單代碼相對應起來即可。 環節屬性設定: 表單代碼(通常寫在BeforeDataSave函數中): DataSet ds = new DataSet(); DataTable table = new DataTable("UserTable"); DataColumn col = new DataColumn("UserGuid"); table.Columns.Add(col);
Time of Update: 2018-12-07
只需把附件的儲存路徑改為UNC路徑就好了,不過要確保ASP.NET的帳號可以訪問該路徑,怎麼配置呢?如下:(來自firewing的部落格) ===========================================================================
Time of Update: 2018-12-07
XML參與者所用XML格式如下:<Participant><User ID="GUID" Name="KFC"/><User ID="GUID2" Name="KFC2"/></Participant> 這份XML產生完後如何使用呢?
Time of Update: 2018-12-07
對審批環節中的到期規則“Type”屬性的設定(可設定工作日或自然日),在表單流轉過程中如何體現,並且在什麼地方可設定到期的天數。這個設定是用來決定如何計算工作項目WorkItem的到期時間的。每個工作項目都有個ExpiredTime欄位來記錄到什麼時候到期,而當工作項目產生時,會根據目前時間加上“計劃耗時的時間間隔”(以天為單位,以Type為類型)算出這個ExpiredTime,如果Type為自然日,則直接相加,否則根據工作日往後推算。工作日的設定參見頁面上的“工作日管理”。
Time of Update: 2018-12-07
原因:當通過後台代碼給EntityEditor賦值後,在頁面上手工把其中內容清除時,由於前台沒有產生Editor_Class對象與其相關聯,所以按鍵訊息無法捕捉到,進而導致隱藏欄位中的值沒有相應更新,於是取出來的內容還是沒變。 解決辦法:只要在頁面上加入以下Javascript指令碼即可。Code highlighting produced by Actipro CodeHighlighter
Time of Update: 2018-12-07
因為InfoPath表單的資料是採用xml儲存的,所以可以使用XML參與者來提取裡面的審批人資料作為下一步的參與者。可以如下設定下一步的參與者為XML參與者:Attribute: my:審批人Parameter: DataPrefix: myXPath:
Time of Update: 2018-12-07
關於子流程:子流程環節的Mapping中的source和target不能是ApplicationData之類的內建參數,而且source和target的值僅支援DateTime,Double,Guid,Integer,String這五種類型。 Ø 子流程Mapping的用法: 假如子流程環節的參數Mapping表Source為a,Target為b,其中Source為父流程要傳給子流程的參數,Target為子流程中接收該參數值的參數。 第一步:在父流程的BeforeDataSave中加入:
Time of Update: 2018-12-07
原因: 1. GetBindingData返回NULL 2. BeforeDataSave返回FALSE 3. 資料儲存入資料庫時出錯 解決方案: 如果1、2條都沒問題,那需要查看事件記錄中的WayGoLog,看看是否有報錯。如果看不到錯誤資訊,可能是以下原因:
Time of Update: 2018-12-07
會簽結束前可以採用步驟條件或者選擇條件,我們給出的會簽流程例子是採用步驟條件的,不過使用步驟條件有個缺點,就是該條件的源環節必須要有選擇項供使用者選擇,否則條件計算時無法比較選擇結果。但是很多情況下使用者是不希望出現選擇項讓他選的,而是希望通過選擇分支頁面讓他選擇是繼續會簽還是結束會簽,所以這時就可以採用選擇條件。不過需要注意的是選擇條件的“選擇結果”要設定為會簽結束的下一個環節名,如這個例子裡是“秘書處理”。
Time of Update: 2018-12-07
WebService環節用於調用外部的WebService,執行一些任務,然後根據返回結果可進行分支的選擇等。下面以一個例子來說明使用方法。如上例子的Web服務環節1是這樣設定的: 調用服務中的Validate方法,傳入兩個參數,注意這兩個參數名稱對應於代碼中設定的參數名稱,如WorkflowHelper.SetParameter(“gUserName”, “KFC”),並非Validate方法的輸入參數名稱。返回結果存入變數WebResult1中。Web服務環節2的設定如下: 由上可知,環節1
Time of Update: 2018-12-07
SQL參與者是通過SQL語句直接求解出所需參與者。而SQL語句的寫法如下:select id from Org_Users where DeptID =
Time of Update: 2018-12-07
CString 轉char *CString cstr;char *p = (LPSTR)(LPCTSTR)cstr;string 轉 CStringCString.format(”%s”, string.c_str());char 轉 CStringCString.format(”%s”, char*);char 轉 stringstring s(char *);string 轉 char *char *p = string.c_str();CString 轉 stringstring
Time of Update: 2018-12-07
下面通過一個具體的例子示範如何使用指令碼環節、指令碼參與者和指令碼條件。這個例子如所示: 這個例子所使用的是一張由InfoPath設計的請假單,如所示: 流程定義中的“指令碼參與者審批”環節所使用的是“審批人”欄位所設定的參與者,所以其指令碼如下:Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->import
Time of Update: 2018-12-07
前一個情境的設定是針對兩個並發分支都會走到的情形,但如果這些分支是可選的,就是說使用者可以選擇兩條分支都走,也可以只走其中一條,那還是這樣設定嗎?答案是不行的,因為如果只走一條的話,未走到的分支的最後一個步驟上的步驟條件的“檢驗完成”功能會檢查該環節是否完成,如果永遠不會走到,那就永遠都是未完成的,所以條件不會成立,這樣就會導致另一條分支走完後無法到達匯合點。那該如何設定才能滿足呢?方法有兩種,一種是通過複合條件實現,一種是通過指令碼條件實現,以下分別解說。 一、通過複合條件實現