נאָר אַ שנעל אָבסערוואַציע אַז דאָרט ס אַ זייער וויכטיק חילוק צווישן די צוויי זוך:

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

קעגן:

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

דער ערשטער ווייזט ווי דעם אין ספּד:

בשעת די יענער ווייזט ווי דעם:

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 🙂

דער אָבסערוואַציע איז דאָס: סטרינגבוילדער אַלאַוז איר צו בויען אַ שטריקל (דאָך) דורך מיקסינג צוזאַמען שטריקל ליטעראַלס און וואָרקפלאָוו דאַטן (via the "Add Lookup" קנעפּל אין דער נידעריקער לינקס-האַנט ווינקל). When you use the Add Lookup button, it inserts a token in the form "[%סימען%]". When SharePoint invokes your custom action, (C # קאָד אין מיין פאַל), שאַרעפּאָינט פּאַסיז די סימען זיך, not the value of the token. If you use the default designer type (די רגע טיפּ), שאַרעפּאָינט יקספּאַנדז די סימען און פּאַסיז פאַקטיש ווערט פון די סימען צו דיין אַקציע.

סטרינגבוילדער = שלעכט, פעליקייַט דיזיינער טיפּ = גוט.

אַוואַדע, 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 (וואָס אגב איז פּונקט וואָס מען טוט צו שאַפֿן אַ דינאַמיש אונטערטעניק פֿאַר דעם Email קאַמף, אָבער אַז ס אַ אונטערטעניק פֿאַר אן אנדער בלאָג פּאָזיציע, האט האט).

<סוף />