Ακριβώς μια γρήγορη παρατήρηση ότι υπάρχει μια πολύ σημαντική διαφορά μεταξύ αυτούς τους δύο ορισμούς:

<FieldBind πεδίο = "InParam1" DesignerType = "StringBuilder" ID = "2" Κείμενο "Παράμετρο εισόδου #1" = />

σε σχέση με:

<FieldBind πεδίο = "InParam1" ID = "2" Κείμενο "Παράμετρο εισόδου #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 επιτρέπει σε σας για να οικοδομηθεί μια συμβολοσειρά (προφανώς) με ανάμειξη συμβολοσειρές κειμένου και δεδομένων ροής εργασίας (μέσω της "Add αναζήτησης" κουμπί στην κάτω αριστερή γωνία). Όταν χρησιμοποιείτε το κουμπί Προσθήκη αναζήτησης, εισαγάγει ένα διακριτικό με τη μορφή"[%Διακριτικό %]". Όταν SharePoint επικαλείται σας προσαρμοσμένη ενέργεια, (Κώδικας C#, στην περίπτωσή μου), SharePoint περνά το διακριτικό ίδια, δεν την αξία του διακριτικού. Εάν χρησιμοποιείτε τον προεπιλεγμένο τύπο σχεδιαστών (ο δεύτερος τύπος), SharePoint επεκτείνει το διακριτικό και περνά την πραγματική αξία του διακριτικού σας δράση.

StringBuilder = κακό, προεπιλεγμένος τύπος σχεδιαστών = καλό.

Φυσικά, που είναι δεν τι θέλω πραγματικά να πω. Απλά μην προσπαθήσετε και να δώσετε μια παράμετρος σε σας προσαρμοσμένη ενέργεια όταν ο σχεδιαστής πληκτρολογήστε = StringBuilder. Χρησιμοποιήστε το προεπιλεγμένο τύπο σχεδιαστών και αλυσίδα ένα StringBuilder σε αυτό εκ των προτέρων εάν πρέπει να χτίσετε συγκρότημα χορδές της ροής εργασίας σας (που παρεμπιπτόντως είναι ακριβώς αυτό που κάνει να δημιουργήσει ένα δυναμικό θέμα για τη δράση του ηλεκτρονικού ταχυδρομείου, αλλά αυτό είναι ένα θέμα για μια άλλη είσοδο blog, ΧΑΡ ΧΑΡ).

<Τέλος />