مجرد ملاحظة سريعة أن هناك فرق هام جداً بين هذه التعاريف اثنين:

<حقل فيلدبيند = "InParam1" ديسيجنيرتيبي = "ل StringBuilder" معرف = "2" النص = "معلمة الإدخال #1"/>

مقابل:

<حقل فيلدبيند = "InParam1" معرف = "2" النص = "معلمة الإدخال #1"/>

الأولى يظهر مثل هذا في الحزب الديمقراطي الاشتراكي:

في حين مثل هذا يظهر هذا الأخير:

لست متأكدًا من مدى فائدة لقطات الشاشة هذه ولكني بذلت جهديًا لتصويرها حتى يتوجب عليك مشاهدتها 🙂

الملاحظة هذا: ل StringBuilder يسمح لك لبناء سلسلة (ومن الواضح أن) عن طريق خلط معا سلسلة حرفية وبيانات سير العمل (عن طريق "إضافة بحث" الزر في الزاوية اليسرى السفلي). عند استخدام الزر "إضافة بحث", يقوم بإدراج رمز في النموذج "[%الرمز المميز %]". عندما يقوم SharePoint باستدعاء الإجراء المخصص الخاص بك, (التعليمات البرمجية C# في حالتي), يمر SharePoint على المنوال نفسه, لا القيمة للرمز المميز. إذا كنت تستخدم نوع الافتراضي المصمم (والنوع الثاني), شير يوسع الرمز المميز وتمرير القيمة الفعلية للرمز المميز للعمل الخاص بك.

ل StringBuilder = سيئة, المصمم نوع الافتراضي = حسن.

طبعًا, هذا هو ما ليس حقاً. لا مجرد محاولة لتمرير معلمة إلى الإجراء المخصص الخاص بك عند المصمم بكتابة = StringBuilder. استخدم النوع الافتراضي المصمم وسلسلة ل StringBuilder إليها مقدما إذا كنت بحاجة إلى بناء سلاسل معقدة في سير العمل الخاص بك (وبالمناسبة الذي هو بالضبط ما لا أحد لخلق موضوع حيوي لعمل البريد الإلكتروني, ولكن هذا موضوع لآخر بلوق الدخول, هار هار).

<نهاية/>