SharePoint Designer Workflow pertsonalizatua Ekintza — Behaketa buruz <Eremu Tie diseinatzailea Mota =”StringBuilder” … />

Just behaketa azkar bat dagoela bi definizio horien arteko aldea oso garrantzitsua da:

<FieldBind Field="InParam1" DesignerType="StringBuilder" Id="2" Text="Input parameter #1"/>

versus:

<FieldBind Field="InParam1" Id="2" Text="Input parameter #1"/>

SPD hau bezalako ikuskizunak lehen:

image

bigarrenak, berriz, hau bezalako erakusten bitartean:

image

Ez nago ziur zein lagungarriak diren pantaila-argazki hauek, baina horiek egiteko ahalegina egiten dut ikusi ahal izateko you

Behaketa hau da,: StringBuilder Onartu kate bat eraiki nahi duzu (jakina,) Elkarrekin katea datuak nahasketa eta workflow by literalak (via the "Add Lookup" ezkerreko behe-botoia). When you use the Add Lookup button, it inserts a token in the form "[%token%]". When SharePoint invokes your custom action, (C # nire kasuan kodea), SharePoint pasatzen du, token-bera, not the value of the token. If you use the default designer type (-Bigarren mota), Zabaldu eta SharePoint-token-token pasatzen da zure ekintza benetako balioa.

StringBuilder = BAD, lehenetsi diseinatzaile mota = ONA.

Jakina, that’s not what I really mean. Just don’t try and pass a parameter to your custom action when the designer type = StringBuilder. Use the default designer type and chain a StringBuilder to it up front if you need to build complex strings in your workflow (horrek bide da, hain zuzen, posta elektronikoa ekintza gai dinamiko bat sortu nahi du bat, baina hori beste blog sarrera gai bat da, Har har).

<amaieran />

Pentsatu zen "SharePoint Designer Workflow pertsonalizatua Ekintza — Behaketa buruz <Eremu Tie diseinatzailea Mota =”StringBuilder” … />

Utzi iruzkin bat

Zure e-posta helbidea ez da argitaratuko. Beharrezko eremuak markatu dira *