これら 2 つの定義は非常に重要な違いがあることちょうど簡単な観察:

<FieldBind フィールド「InParam1 =" DesignerType「StringBuilder を =" Id ="2" 本文 =「入力パラメーター ＃ 1」/>

対:

<FieldBind フィールド「InParam1 =" Id ="2" 本文 =「入力パラメーター ＃ 1」/>

最初このように SPD に示しています:

このような中後者の番組:

私はこれらのスクリーンショットがどのように役立つかわからないが、私はあなたがそれらを見るために持っているので、それらを作るために努力を🙂

これは観測です。: StringBuilder 文字列を作成することができます。 (明らかに) 文字列リテラルとワークフロー データを一緒に混合 ("経由で参照を追加" 左下隅のボタン). 参照の追加] ボタンを使用する場合, トークンのフォームを挿入します。"[%トークン %]". SharePoint がカスタム アクションを呼び出すタイミング, (私の場合の c# コード), SharePoint トークン自体を渡します, トークンの値ではなく. 既定のデザイナーの種類を使用する場合 (2 番目のタイプ), SharePoint トークンを拡大し、トークンの実際の値をアクションに渡します.

StringBuilder = 悪い, 既定のデザイナーの種類 = 良い.

もちろんです, それは私が本当に意味何ではないです。. ちょうど試してみて、デザイナーを入力するとき、カスタム アクションにパラメーターを渡すしない StringBuilder を =. フロントまで、ワークフローの複雑な文字列を構築する場合に既定のデザイナーの種類とチェーンに StringBuilder を使用します。 (ちなみに正確に 1 つは動的件名電子メール アクションを作成する何です。, それは別のブログのエントリの件名です。, あんた).

<終了/>