Само еден брз забелешка дека има многу важна разлика меѓу овие две дефиниции:

<FieldBind Field="InParam1" DesignerType="StringBuilder" Id="2" Text="Input parameter #1"/>

наспроти:

<FieldBind Field="InParam1" Id="2" Text="Input parameter #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 ви овозможува да се изгради низа (очигледно) со мешање заедно низа literals и работното податоци (via the "Add Lookup" копчето во долниот лев агол). When you use the Add Lookup button, it inserts a token in the form "[%знак%]". When SharePoint invokes your custom action, (C # кодот во мојот случај), SharePoint поминува знак себе, not the value of the token. If you use the default designer type (вториот тип), SharePoint проширува знак и поминува реалната вредност на токен за вашата акција.

StringBuilder = лошо, стандардно дизајнер тип = ДОБРО.

Се разбира, that’s not what I really mean. Just don’t try and pass a parameter to your custom action when the designer type = StringBuilder. Use the default designer type and chain a StringBuilder to it up front if you need to build complex strings in your workflow (која патем е токму она што го прави за да се создаде една динамична предмет за е-мејл акција, но тоа е тема за друг блог запис, има).

<крај />