Vetëm një vëzhgimi të shpejtë se ka një dallim shumë i rëndësishëm në mes të këtyre dy përkufizimeve:

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

përballë:

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

Tregon parë si kjo në SPD:

ndërsa kjo e fundit tregon si kjo:

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 🙂

Vëzhgimi është kjo: StringBuilder ju lejon për të ndërtuar një varg (qartë) nga përzierja së bashku literals varg dhe të dhënat workflow (via the "Add Lookup" button në këndin e poshtëm të majtë). When you use the Add Lookup button, it inserts a token in the form "[%% token]". When SharePoint invokes your custom action, (C # Kodi në rastin tim), SharePoint kalon shenjë vetë, not the value of the token. If you use the default designer type (Lloji i dytë), SharePoint zgjeron shenjë dhe kalon vlerën aktuale të shenjë për veprimin tuaj.

StringBuilder = KEQ, projektuesi default lloji = mirë.

Sigurisht, 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 (e cila rastësisht është pikërisht ajo që ai bën për të krijuar një subjekt dinamik për veprim email, por kjo është një temë për një tjetër hyrje blog, ka).

<Fundi />