बस एक त्वरित अवलोकन है कि इन दो परिभाषाएँ के बीच एक बहुत ही महत्वपूर्ण अंतर है:

<FieldBind फील्ड "InParam1 =" DesignerType = "StringBuilder" Id = "2" पाठ = "इनपुट पैरामीटर #1" />

बनाम:

<FieldBind फील्ड "InParam1 =" Id = "2" पाठ = "इनपुट पैरामीटर #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 और वर्कफ़्लो डेटा मिश्रण द्वारा ("जोड़ने के जरिए लुकअप" निचले बाएँ कोने में बटन). जब आप लुकअप जोड़ें बटन का उपयोग करें, यह एक टोकन के रूप में सम्मिलित करता है"[%टोकन %]". जब SharePoint अपने कस्टम क्रिया invokes, (मेरे मामले में सी # कोड), SharePoint टोकन ही गुजरता, टोकन का मान नहीं. यदि आप डिजाइनर के लिए डिफ़ॉल्ट प्रकार का उपयोग करें (दूसरा प्रकार), SharePoint टोकन को विस्तृत करता है और अपनी कार्रवाई करने के लिए टोकन का वास्तविक मान गुजरता.

StringBuilder बुरा =, डिफ़ॉल्ट डिजाइनर प्रकार = अच्छा है.

बेशक, कि क्या मैं वास्तव में मतलब यह नहीं है. बस नहीं है और कोशिश एक पैरामीटर करने के लिए अपने कस्टम क्रिया से गुजारें जब टाइप डिजाइनर = StringBuilder. यदि आप अपने वर्कफ़्लो में जटिल स्ट्रिंग बनाने की जरूरत है और डिफ़ॉल्ट डिजाइनर प्रकार चेन यह करने के लिए एक StringBuilder सामने अप का उपयोग करें (जो संयोग से वास्तव में क्या एक ईमेल की कार्रवाई के लिए एक डायनामिक विषय बनाने के लिए करता है, लेकिन है कि एक और ब्लॉग प्रविष्टि के लिए कोई विषय, हर हर).

<अंत />