Պարզապես արագ դիտարկմանը, որ կա մի շատ կարեւոր տարբերություն այս երկու հասկացություններն:

<FieldBind Field = "InParam1" Designer Type = "լարային Builder" Id = "2" Text = "Պահումը անհաջող է տեղաբաշխվել պարամետր # 1" />

ընդդեմ:

<FieldBind Field = "InParam1" Id = "2" Text = "Պահումը անհաջող է տեղաբաշխվել պարամետր # 1" />

Առաջին ցույց հավանում այս SPD:

մինչդեռ վերջինս ցույց է տալիս, այսպես:

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 թույլ է տալիս կառուցել տողը (ակնհայտ) - ի կողմից mixing միասին լարային 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 = ՎԱՏ, default դիզայներ տեսակ = ԼԱՎ.

Իհարկե, 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 (որն դեպ այն, ինչ կարելի է ստեղծել դինամիկ վերնագիրը համար էլ ակցիայի, Սակայն դա մեկ այլ թեմա բլոգ - գրառմանը, եղել է).

<Խաղի տեւողությունը րոպեներով />