Just a quick Ustanovljeno je da postoji vrlo važna razlika između ove dvije definicije:

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

protiv:

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

Prvi pokazuje kao što je ovaj u SPD:

dok je potonji pokazuje kao što je ovaj:

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 🙂

Promatranje je to: StringBuilder omogućiti da izgrade niz (očito) Zajedno string literali miješanjem podataka i workflow (via the "Add Lookup" Gumb u-donjem lijevom kutu). When you use the Add Lookup button, it inserts a token in the form "[%tokena%]". When SharePoint invokes your custom action, (C # koda u mom slučaju), SharePoint prolazi-token sama, not the value of the token. If you use the default designer type (-I drugi tip), Proširi SharePoint i položi-token-token za stvarne vrijednosti svog djelovanja.

StringBuilder = LOŠE, Zadana dizajnerica putovanja = DOBRO.

Naravno, 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 (koji usput rečeno je točno ono što čovjek čini stvoriti dinamičnu temu za e-akcije, ali to je tema za neki drugi blog stupanja, Har Har).

<kraj />