Vienkārši ātri novērošana ir ļoti būtiska atšķirība starp šīm divām definīcijām:

<FieldBind lauka "InParam1 =" DesignerType = "StringBuilder" ID = "2" Text = "Ievades parametrs # 1" />

salīdzinot ar:

<FieldBind lauka "InParam1 =" ID = "2" Text = "Ievades parametrs # 1" />

Pirmais parāda kā šis VPD:

savukārt pēdējā izstādes līdzīgs šim:

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 🙂

Novērojums ir tas: StringBuilder ļauj veidot virkni (acīmredzot) sajaucot kopā virknes literāļus un darbplūsmu datus (izmantojot "pievienot uzmeklēšanas" pogu apakšējā kreisajā stūrī). Ja izmantojat pogu pievienot uzmeklēšanas, Iesprauž simbolisku formā"[%marķiera %]". Kad SharePoint atsaucas uz jūsu pielāgoto darbību, (C# kodu, manā gadījumā), SharePoint nodod marķieri, pats par sevi, nav marķiera vērtību, kā. Ja izmantojat noklusējuma veidotāja tips (otrais tips), SharePoint paplašinās pilnvaru un faktiskā vērtība pilnvaru nodod savu darbību.

StringBuilder = slikti, noklusējuma veidotāja tips = labs.

protams, tas ir, nav tas, ko es tiešām domāju. Tikai nav mēģināt un nodot parametrs pielāgotajai darbībai, ja dizainers tips = StringBuilder. Izmantot noklusējuma veidotāja tips un ķēdes StringBuilder to uzreiz, ja jums ir nepieciešams veidot sarežģītas virknes jūsu darbplūsmā (kas starp citu ir tieši tas, ko cilvēks dara, lai veidotu dinamisku tēmu e-pasta darbības, bet tas ir pakļauts citu blog entry, har har).

<beigām />