Vain nopeasti havainnointia, on erittäin tärkeä ero näiden kahden määritelmät:

<FieldBind kentän = "InParam1" DesignerType = "StringBuilder-kohteen" Tunnus = "2" Tekstin = "Input parametrin # 1" />

versus:

<FieldBind kentän = "InParam1" Tunnus = "2" Tekstin = "Input parametrin # 1" />

Ensimmäinen näyttää tällaiselta SPD:

Kun jälkimmäinen näyttää tällaiselta:

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 🙂

Huomautus on tämä: StringBuilder-kohteen avulla voit muodostaa merkkijonon (tietenkin) sekoittamalla yhdessä merkkijonoliteraalit ja työnkulun tiedot (kautta "Lisää haku" vasemmassa alakulmassa-painiketta). Kun käytät Lisää valinta-painiketta, se lisää tunnussanoma muodossa"[%tunnussanoma %]". Kun SharePoint käynnistää mukautetun toiminnon, (C# minun tapauksessa koodi), SharePoint kulkee itse tunnussanoma, tunnuksen arvo. Jos käytät Design oletustyyppi (toinen tyyppi), SharePoint laajentaa tunnussanoman ja välittää todellinen arvo tunnussanoman toimi.

StringBuilder-kohteen = BAD, Oletus suunnittelutyökalun tyyppi = hyvä.

Tietysti, se ei ole mitä todella tarkoitan. Älä kokeile ja välittää parametri mukautetun toiminnon, kun suunnittelija kirjoittaa = StringBuilder. Käyttää Design oletustyyppi ja ketjun StringBuilder sen edessä, jos sinun täytyy rakentaa monimutkaisia jouset työnkulkuun (jotka muuten on juuri sellainen luoda dynaamisen aihe sähköposti-toiminto, mutta tämä on toinen blogimerkinnän aihe, har har).

<Lopeta />