இந்த இரண்டு வரையறைகள் இடையே ஒரு முக்கியமான வேறுபாடு இருக்கிறது என்று ஒரு விரைவு கவனிப்பு:

<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 🙂

கவனிப்பு இந்த: StringBuilder நீங்கள் ஒரு சரம் கட்ட அனுமதிக்கும் (வெளிப்படையாக) சரம் literals மற்றும் பணிப்பாய்வு தரவு ஒன்றாக கலந்து (via the "Add Lookup" கீழ் இடது கை மூலையில் உள்ள பொத்தானை). When you use the Add Lookup button, it inserts a token in the form "[%டோக்கன்%]". When SharePoint invokes your custom action, (என் விஷயத்தில் சி # குறியீடு), ஷேர்பாயிண்ட் டோக்கன் தன்னை தானே, not the value of the token. If you use the default designer type (இரண்டாவது வகை), ஷேர்பாயிண்ட் டோக்கன் விரிவடைகிறது உங்கள் நடவடிக்கை டோக்கன் உண்மையான மதிப்பு மரணம்.

StringBuilder = BAD, இயல்புநிலை வடிவமைப்பாளர் வகை = GOOD.

நிச்சயமாக, 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 (இது தற்செயலாக ஒரு மின்னஞ்சல் நடவடிக்கை ஒரு சுறுசுறுப்பான பொருள் உருவாக்க செய்கிறது சரியாக என்ன, ஆனால் மற்றொரு வலைப்பதிவு உள்ளீடு ஒரு பொருள் இருக்கிறது, உள்ளது).

<இறுதியில் />