Csak egy gyors megfigyelése, hogy van egy nagyon fontos különbség között ez a kettő meghatározás:

<FieldBind mező = "InParam1" DesignerType = "a StringBuilder" Id = "2" Text = "Bemeneti paraméter #1" />

versus:

<FieldBind mező = "InParam1" Id = "2" Text = "Bemeneti paraméter #1" />

Az első azt mutatja, mint ez az SPD:

míg az utóbbi mutat, mint ez:

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 🙂

A megfigyelés ez: A StringBuilder lehetővé teszi, hogy építsenek egy karakterlánc (nyilvánvalóan) összekeverésével karakterlánc literálok és munkafolyamat-adatok (keresztül az "Add keresés" gomb a bal alsó sarokban). A keresés hozzáadása gomb használatakor, beszúrja egy jelképes formában"[%token %]". Amikor SharePoint meghívja az egyéni művelet, (C# kód az én esetemben), SharePoint átadja magát a token, a jogkivonat értéke nem. Ha az alapértelmezett tervező típus (a második típus), SharePoint a token kitágul, és átadja a tényleges értékének a token a fellépés.

A StringBuilder = rossz, alapértelmezett tervező típus = jó.

természetesen, Ez nem igazán értem. Csak ne próbáld, és egy paraméter át az egyéni művelet, amikor a tervező típus = StringBuilder. Használja az alapértelmezett tervező típus és a lánc egy StringBuilder rá elöl, ha be kell építeni az összetett kifejezéseket a munkafolyamat (ami egyébként pontosan mit jelent hogy hozzon létre egy dinamikus témát az e-mail akció, de ez a téma egy másik blog bejegyzést, Har har).

<vége />