Толькі хуткае назіранне, што ёсць вельмі важнае адрозненне паміж гэтымі двума азначэннямі:

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

супраць:

<FieldBind Field="InParam1" Id="2" Text="Input parameter #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 дазволіць вам стварыць радок (відавочна) Разам радковых литералов шляхам змешвання дадзеных і рабочых працэсаў (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 = BAD, Па змаўчанні тып дызайнера = добра.

Вядома, 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 (які, дарэчы, менавіта тое, што чалавек робіць для стварэння дынамічнага тэму паведамленні дзеянні, але гэта ўжо тэма для іншай запісы ў блогу, Хар Хар).

<канец />