Hanya pemerhatian cepat bahawa terdapat perbezaan yang sangat penting antara kedua-dua definisi:

<FieldBind Field = "InParam1" DesignerType = "StringBuilder" ID = "2" Teks "Input parameter #1" = />

berbanding:

<FieldBind Field = "InParam1" ID = "2" Teks "Input parameter #1" = />

Menunjukkan pertama seperti ini dalam SPD:

manakala menunjukkan seperti ini:

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 🙂

Pemerhatian ini ialah: StringBuilder membolehkan anda untuk membina rentetan (jelas) bersama-sama dengan mencampurkan literals tali dan data aliran kerja (melalui ini "Tambah Lookup" butang di sudut kiri). Apabila anda menggunakan butang Tambah carian, Ia memasukkan token dalam bentuk"[%token%]". Bilakah SharePoint berkata tindakan tersuai anda, (C # kod dalam kes saya), SharePoint pas tanda itu sendiri, bukan nilai token. Jika anda menggunakan jenis Reka bentuk yang lalai (jenis kedua), SharePoint mengembang tanda dan pas nilai sebenar tanda itu kepada tindakan anda.

StringBuilder = BAD, Jenis pereka lalai = BAIK.

Kursus, Itulah yang tidak apa yang saya benar-benar maksudkan. Hanya Jangan mencuba dan lulus satu parameter untuk tindakan tersuai anda apabila pereka menaip = StringBuilder. Menggunakan jenis Reka bentuk lalai dan di StringBuilder kepadanya dahulu jika anda perlu untuk membina kompleks string dalam aliran kerja anda (yang kebetulan adalah tepat apa yang dilakukan untuk mewujudkan satu perkara yang dinamik bagi tindakan e-mel, tetapi itu adalah satu perkara yang lain blog, mempunyai).

<akhir />