Просто бързо наблюдение, че има много важна разлика между тези две дефиниции:
<FieldBind поле = "InParam1" DesignerType = "StringBuilder" ИД = "2" Текст = "Въвеждане параметър # 1" />
срещу:
<FieldBind поле = "InParam1" ИД = "2" Текст = "Въвеждане параметър # 1" />
Първият показва като този в ЕПД:
докато последната показва този:
I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂
Това ли е наблюдението: StringBuilder ви позволява да създавате на низ (очевидно) чрез смесване низ числа, както и данни на работния поток (чрез "Добавяне търсене" бутона в долния ляв ъгъл). Когато използвате бутона за добавяне на търсене, Вмъква маркер във формуляра"[%маркер %]". Когато SharePoint извиква вашето потребителско действие, (C# код в моя случай), SharePoint минава маркер за самия, не стойността на маркера. Ако използвате дизайнер тип по подразбиране (Вторият тип), SharePoint се разширява маркера и действителната стойност на маркера, преминава към си действие.
StringBuilder = ЛОШО, по подразбиране дизайнер тип = добър.
Разбира се, Това е не това, което наистина искам. Само не се опитвайте и мине параметър към вашето потребителско действие, когато дизайнерът тип = StringBuilder. Използвайте дизайнер типът по подразбиране и верига StringBuilder да го отпред, ако имате нужда да изгради комплекс низове във вашия работен поток (която между другото е точно какво от един да се създаде динамична тема на имейл действие, но това не е предмет на друг блог запис, Хар Хар).
<край />
Разработване на потребителски работен поток действие е много лесно, Опитайте това,
http://sarangasl.blogspot.com/2009/11/sharepoint-workflow-actions-for.html