Samo hitro opazovanje, da je zelo pomembna razlika med ti dve opredelitvi:
<Polje FieldBind = "InParam1" DesignerType = "StringBuilder" ID = "2" Besedilo "Vnosni parameter #1" = />
primerjavi z:
<Polje FieldBind = "InParam1" ID = "2" Besedilo "Vnosni parameter #1" = />
Prvi prikazuje takole v EPD:
medtem ko slednji kaže takole:
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 🙂
Opazovanje je to: StringBuilder vam omogoča, da zgraditi niz (očitno) z mešanjem skupaj dobesedni in podatki o poteku dela (preko "Dodaj iskalni" gumb v spodnjem levem kotu). Ko uporabljate gumb Dodaj iskanje, Vstavi znak v obliki"[%žeton %]". Ko SharePoint sklicuje vaše dejanje po meri, (C# kodo v mojem primeru), SharePoint prehaja žeton, sama, ne vrednost žetona. Če uporabite privzeto vrsto oblikovalec (Druga vrsta), SharePoint širi žeton in dejanska vrednost žetona posreduje svoje dejanje.
StringBuilder = slabo, Privzeta vrsta oblikovalec = dobro.
seveda, To je, kaj sem res pomeni. Samo ne poskušajte in parameter prenesti svoje dejanje po meri, ko na načrtovalca natipkajte = StringBuilder. Uporabite privzeto vrsto oblikovalec in veriga StringBuilder nanj spredaj, če zgraditi zapletenih nizov v potek dela (kar mimogrede je točno tisto, kar pomeni ustvariti dinamično temo za dejavnost email, ampak to je tema za drug blog vnos, Har har).
<namen />
Razvoj po meri potek je zelo enostavno, poskusite to,
http://sarangasl.blogspot.com/2009/11/sharepoint-workflow-actions-for.html