이 두 정의 사이의 매우 중요 한 차이점은 그냥 빠른 관찰:

<FieldBind 필드 "InParam1 =" DesignerType = "StringBuilder" 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는 문자열을 만들 수 있습니다. (분명히) 문자열 리터럴 및 워크플로 데이터를 함께 혼합 하 여 ("추가 조회를 통해" 왼쪽 아래 모서리에 있는 단추). 추가 조회 단추를 사용 하는 경우, 그것은 삽입 형식에서 토큰 "[%토큰 %]". SharePoint은 사용자 지정 작업을 호출 하는 경우, (나의 경우에서 C# 코드), SharePoint 자체 토큰 전달, 토큰의 값이 아닌. 기본 디자이너 형식을 사용 하는 경우 (두 번째 유형), SharePoint는 토큰을 확장 하 고 귀하의 작업을 토큰의 실제 값을 전달.

StringBuilder = 나쁜, 기본 디자이너 형식 = 좋은.

물론, 그건 무슨 내가 정말 아니다.. 그냥 시도 하지 않습니다 하 고 디자이너를 입력할 때 사용자 지정 작업에는 매개 변수를 전달 StringBuilder를 =. 워크플로에서 복잡 한 문자열을 빌드 하려는 경우 앞 기본 디자이너 형식과 체인을 StringBuilder 사용 (덧붙여는 정확 하 게 하나의 이메일 작업을 위한 동적 제목을 만드는, 하지만 그건 또 다른 블로그 항목에 대 한 주제, 싹 싹).

<끝 />