Just a quick pengamatan bahwa ada perbedaan yang sangat penting antara dua definisi:

<FieldBind lapangan = "InParam1" DesignerType = "StringBuilder" Id = "2" Teks = "Input parameter # 1" />

versus:

<FieldBind lapangan = "InParam1" Id = "2" Teks = "Input parameter # 1" />

Pertama menunjukkan seperti ini di SPD:

sedangkan yang kedua 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 🙂

Pengamatan ini: StringBuilder memungkinkan Anda untuk membangun sebuah string (jelas) dengan mencampur bersama string literal dan alur kerja data (melalui "Tambah Lookup" tombol di sudut kiri bawah). Bila Anda menggunakan tombol Tambahkan Lookup, itu menyisipkan tanda dalam bentuk"[%token %]". Kapan SharePoint memanggil tindakan kustom Anda, (C# kode dalam kasus saya), SharePoint melewati tanda sendiri, bukan nilai token. Jika Anda menggunakan jenis desain default (Tipe kedua), SharePoint memperluas token dan melewati sebenarnya nilai token untuk tindakan Anda.

StringBuilder = buruk, standar jenis desainer = baik.

Tentu saja, Itulah tidak apa yang saya benar-benar maksud. Hanya jangan mencoba dan melewati parameter untuk tindakan kustom Anda ketika mengetik perancang = StringBuilder. Menggunakan jenis desain default dan rantai StringBuilder untuk itu di depan jika Anda perlu untuk membangun kompleks string dalam alur kerja Anda (yang kebetulan adalah persis apa yang satu tidak untuk membuat subjek yang dinamis untuk tindakan email, tapi itulah subjek entri blog lain, Har har).

<akhir />