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:
bigarrenak, berriz, hau bezalako erakusten bitartean:
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 />
Ohiko workflow ekintza garatzen da, oso erraza, saiatu honetan,
http://sarangasl.blogspot.com/2009/11/sharepoint-workflow-actions-for.html