只是快速的观察是非常重要的区别这两个定义:
<将文本框绑定字段 ="InParam1" DesignerType ="StringBuilder" Id ="2" 文本 ="输入参数 #1"/>
与比较:
<将文本框绑定字段 ="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 允许您构建一个字符串 (很明显) 字符串文字和工作流数据混合在一起 (通过"添加查找" 在左下角的按钮). 当您使用添加查找按钮, 它在窗体中插入标记"[%令牌 %]". 当 SharePoint 调用自定义操作, (以我为例的 C# 代码), SharePoint 传递本身的令牌, 未标记的值. 如果您使用默认的设计器类型 (第二种类型), SharePoint 扩展标记,并将标记的实际值传递给您的操作.
StringBuilder = 坏, 默认设计器类型 = 良好.
答案是肯定的, 这就是没有我真正的意思. 不要试着向你自定义的操作传递一个参数,当设计器键入 = StringBuilder. 使用默认的设计器类型和链 StringBuilder 到它前面如果您需要构建复杂的字符串,在您的工作流 (这顺便说一句也正是一个不会创建一个动态主题电子邮件采取行动, 但这是另一个博客条目的主题, har har).
<结束 />
开发自定义工作流的行动是很容易, 尝试此操作,
http://sarangasl.blogspot.com/2009/11/sharepoint-workflow-actions-for.html