უბრალოდ სწრაფი დაკვირვების რომ არის ძალიან მნიშვნელოვანი განსხვავება ამ ორ განმარტებები:

<FieldBind საველე = "InParam1" დიზაინერი ტიპი = "სიმებიანი აღმაშენებელი" 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 გაძლევთ აშენება სიმებიანი (აშკარად) მოზელვას სიმებიანი literals და სამუშაო პროცესის მონაცემები (მეშვეობით "დამატება Lookup" ღილაკს ქვედა მარცხენა კუთხეში). როდესაც თქვენ იყენებთ Add Lookup ღილაკს, ეს ჩანართები ნიშნად სახით "[%ნიშნად%]". როდესაც SharePoint აღვიძებს თქვენი საბაჟო აქცია, (C # კოდი ჩემს შემთხვევაში), SharePoint გადის ნიშნად თავად, არ ღირებულება ნიშნად. თუ თქვენ იყენებთ ძირითადად დიზაინერი ტიპი (მეორე ტიპის), SharePoint აფართოებს ნიშნად და გადის ფაქტობრივი ღირებულება ნიშნად თქვენს აქცია.

StringBuilder = BAD, სტანდარტულ დიზაინერი ივერიის GOOD.

რა თქმა უნდა, ეს არ არის ის, რაც მე ნამდვილად ნიშნავს. უბრალოდ არ ცდილობენ და გაივლის პარამეტრი თქვენი საბაჟო ქმედება, როდესაც დიზაინერი type = StringBuilder. გამოიყენეთ ძირითადად დიზაინერი ტიპის და ჯაჭვის StringBuilder მას up წინ თუ თქვენ უნდა ავაშენოთ კომპლექსი strings თქვენი workflow (რაც სხვათა შორის, სწორედ ის ერთი ჯერ, რომ შევქმნათ დინამიური საგანი ელ აქცია, მაგრამ ეს საგანი კიდევ წაკითხვა შესვლის, აქვს).

<ბოლოს />