Просто швидкий спостереження, те, що дуже важлива відмінність цих двох визначень:

<FieldBind поле = "InParam1" DesignerType = "StringBuilder" ID = "2" Текст = "Параметр вводу #1" />

проти:

<FieldBind поле = "InParam1" ID = "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 до нього авансом будувати складні струни робочого процесу (до речі це саме те, чого створити динамічні теми для електронної пошти дії, але це тема для іншої запис у блозі, Хар Хар).

<кінець />