SharePoint Designer поток потребителско действие — Наблюдение за <FieldBind Дизайнер тип =”StringBuilder” … />

Просто бързо наблюдение, че има много важна разлика между тези две дефиниции:

<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 да го отпред, ако имате нужда да изгради комплекс низове във вашия работен поток (която между другото е точно какво от един да се създаде динамична тема на имейл действие, но това не е предмет на друг блог запис, Хар Хар).

<край />

Една мисъл на тема "SharePoint Designer поток потребителско действие — Наблюдение за <FieldBind Дизайнер тип =”StringBuilder” … />

Оставете отговор

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани *