Bare en hurtig bemærkning, at der er en meget vigtig forskel mellem disse to definitioner:

<FieldBind felt = "InParam1" DesignerType = "StringBuilder" Id = "2" Tekst = "Input parameter #1" />

versus:

<FieldBind felt = "InParam1" Id = "2" Tekst = "Input parameter #1" />

Først viser gerne dette i SPD:

mens de sidstnævnte shows som dette:

Jeg er ikke sikker på, hvor nyttige disse skærmbilleder er, men jeg bestræber mig på at gøre dem, så du bliver nødt til at se dem 🙂

Observation er dette: StringBuilder tillader jer hen til opbygge en streng (naturligvis) ved at blande sammen Strengkonstanter og arbejdsprocesdata (via "Tilføj opslag" knappen i nederste venstre hjørne). Når du bruger knappen Tilføj opslag, det indsætter en token i form"[%token %]". Når SharePoint påberåber sig din brugerdefineret handling, (C# kode i mit tilfælde), SharePoint passerer tokenet, selv, ikke værdi af token. Hvis du bruger designer standardtypen (den anden type), SharePoint udvider token og passerer faktiske værdi af tokenet til din handling.

StringBuilder = dårlig, standard designer type = godt.

Selvfølgelig, Det er ikke, hvad jeg virkelig mener. Bare ikke prøve og passerer en parameter til din brugerdefineret handling, når designeren Skriv = StringBuilder. Bruge standardtypen designer og kæde en StringBuilder skal det op foran hvis du har brug at opbygge komplekse strenge i din arbejdsgang (hvilket i øvrigt er præcis, hvad man gør hen til skabe en dynamisk genstand for handlingen e-mail, men det er et emne til en anden blog-indtastning, har har).

<afslutning />