Lihtsalt kiire märkus on väga oluline erinevus nende kahe mõisted:

<FieldBind väli "InParam1 =" DesignerType = "StringBuilder" ID = "2" Tekst = "Sisend parameeter #1" />

võrreldes:

<FieldBind väli "InParam1 =" ID = "2" Tekst = "Sisend parameeter #1" />

Esimene näitab sellist SPD:

samas viimasel näitab sellist:

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 🙂

Tähelepanek on see: StringBuilder võimaldab ehitada string (ilmselt) segatakse kokku string literaalid ja töövoo andmed (Via ning "lisa otsing" nuppu vasakus nurgas). Kui kasutate nuppu Lisa otsing, See lisab märgiks vorm"[%Turbeloa %]". Kuna SharePoint kasutab teie kohandatud toiming, (C# koodi minu puhul), SharePointi möödub iseenesest tõend, ole tõendi väärtus. Kui kasutate vaikimisi disainer tüüp (teine tüüp), SharePointi laieneb tõendi ja möödub tõendi tegelik väärtus oma tegevuse.

StringBuilder = halb, Vaikimisi disainer tüüp = hea.

Muidugi, See on, mida ma tõesti tähenda. Lihtsalt ei proovige ja andke parameeter teie kohandatud toiming kui projekteerija tippige = StringBuilder. Kasutage disainer vaiketüübi ja keti StringBuilder talle kuni ees kui teil on vaja ehitada keeruline stringid on teie töövoog (mis muide on täpselt mida üks dünaamiline teema e-posti toimingu loomiseks, Aga see on teine blogi teema, Har har).

<lõpp />