এই দুটি সংজ্ঞা মধ্যে একটি অত্যন্ত গুরুত্বপূর্ণ পার্থক্য আছে যে শুধু একটি দ্রুত পর্যবেক্ষণ:

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

বনাম:

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

SPD মধ্যে ভালো প্রথম শো:

আধুনিক ভালো দেখায় যখন:

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, (আমার ক্ষেত্রে সি # কোড), SharePoint টোকেন নিজেই পাসের, not the value of the token. If you use the default designer type (দ্বিতীয় ধরনের), SharePoint টোকেন বিস্তৃতি এবং আপনার কর্মের জন্য টোকেন প্রকৃত মান পাসের.

StringBuilder = খারাপ, ডিফল্ট ডিজাইনার টাইপ = ভালো.

অবশ্যই, 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 (যা প্রসঙ্গক্রমে একটি ইমেল ক্রিয়ার জন্য একটি গতিশীল বিষয় তৈরি করতে না ঠিক কি হয়, কিন্তু অন্য যে ব্লগে এন্ট্রির জন্য একটি বিষয়ের, আছে).

<শেষ />