Bu iki anlayışları arasında çox mühüm fərqlər var ki, yalnız tez müşahidə:

<FieldBind Alan = "InParam1" Designer type = "Simli yarat" Id = "2" Text = "Giriş parametr # 1" />

qarşı:

<FieldBind Alan = "InParam1" Id = "2" Text = "Giriş parametr # 1" />

SPD bu kimi ilk göstərir:

Sonuncu bu kimi göstərir isə:

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 🙂

Müşahidə bu: StringBuilder bir string yaratmaq imkan verir (açıq-aydın) string literator və iş data birlikdə qarışdırmaqla (via the "Add Lookup" aşağı sol küncündə 'düyməsinə). When you use the Add Lookup button, it inserts a token in the form "[%mö'cüzə%]". When SharePoint invokes your custom action, (Mənim halda C # kodu), SharePoint simge özü keçir, not the value of the token. If you use the default designer type (ikinci növ), SharePoint simge genişləndirir və fəaliyyət üçün mö'cüzə faktiki dəyəri keçir.

StringBuilder = BAD, default dizayner type = GOOD.

Əlbəttə, 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 (olan gəlmişkən bir e-poçt fəaliyyət üçün dinamik bir mövzu yaratmaq üçün nə dəqiq nə, amma ki, başqa bir blog giriş üçün bir mövzu var, Har Har).

<Tamamlama />