Sadece hızlı bir gözlem bu iki tanım arasında çok önemli bir fark yoktur:
<FieldBind alanı "InParam1 =" DesignerType = "StringBuilder" İd = "2" Metin "Giriş parametresi #1" = />
karşı:
<FieldBind alanı "InParam1 =" İd = "2" Metin "Giriş parametresi #1" = />
İlk böyle SPD'de gösterir:
Bu gösterir ikinci:
Bu ekran görüntülerinin ne kadar yararlı olduğundan emin değilim ama onları yapmak için çok çaba harcadım, böylece onları görmelisiniz 🙂
Burası gözlem: StringBuilder dize oluşturmanıza olanak verir. (Açıkçası) dize hazır bilgi ve iş akışı verilerini birlikte karıştırılarak ("Add arama" sol alt köşedeki düğme). Ne zaman arama Ekle düğmesini kullanın, formda bir jeton ekler"[%belirteç %]". Ne zaman özel eyleminiz SharePoint çağırır, (C# kodu benim durumumda), SharePoint belirteci geçirmeden, belirtecin değeri değil. Varsayılan Tasarım türünü kullanıyorsanız (ikinci tip), SharePoint belirteci genişletiyor ve eylem için belirteci gerçek değerini geçer.
StringBuilder = kötü, Varsayılan Tasarım türü iyi =.
Elbette, değil ne demek istediğim gerçekten o. Sadece deneyin ve tasarımcı yazdığınızda özel eyleminiz bir parametre iletmek StringBuilder =. İş akışı içinde karmaşık dizeleri oluşturmak gerekiyorsa, varsayılan tasarımcı türü ve zinciri bir StringBuilder bunu ön kullanın (hangi tesadüfen bir e-posta eylem dinamik bir konu oluşturmak için yaptığı şey, Ama bu başka bir blog girişi için bir konu, har har).
<sonunda />
Özel iş akışı eylemi gelişen çok kolaydır, Bu deneyin,
http://sarangasl.blogspot.com/2009/11/sharepoint-workflow-actions-for.html