카테고리 아카이브: SharePoint

개발자: Sharepoint를 학습 하는 방법?

업데이트: 04/25/08: 일부 블로그 게시물에 따라 잡고는 및이 문서에 링크를 발견: http://www.networkworld.com/news/2008/032608-microsoft-sharepoint.html?page=1. 때문에 그것의 참고를 확인 요청 하는 것 외에도, "어떻게 내가 배우 sharepoint?", 어떤 사람들에 게 "왜 내가 배워야 sharepoint?". 그 기사는 부분적으로 나중에 답변.

지난 몇 개월에서, 행성 전체에서 12 개 이상의 사람들이 날 이메일 되었고 일반 질문, "어떻게 내가 배우 SharePoint?"

나는 거의 신뢰할 수 있는, 하지만 일부 성공 했습니다. (려 고 더 나은 모든 시간) 그래서 생각 난 내 개인적인도 지도 문서 것. 다른 귀중 한 찾을 수 있습니다..

전에, 단지 그것은 내게 분명 관찰., 이러한 개인 이메일 및 MSDN의 더 큰 숫자에 따라 / SharePoint 대학 같은 자연의 게시물, WSS/이끼로 속도 점점 관심이 거 대 한 개발자는. 그것은 지금 으로부터 1 년 처럼 될 것입니다 궁금 하다 … 쉽게 좋은 SharePoint 재능을 찾을 수? 같은? 여러분 좋은 자원에 대 한 수요와 유지에 충분 한 속도로 플랫폼에 자신을 저지르고 있습니다? 어떻게 당신은 알아낼 수 뭔가 그런 부족 한 애 송이 들 아?

바울의 로드맵

내가 풀 타임 동안이로 지도 따라 Conchango에 좋은 민속에 의해 고용 되었다. 즉, 학습의 관점에서, 아래 설명 하는 단계를 따라 난 적극적으로 프로젝트에 종사 했다.

몇 가지 기본 용어

이 세상을 입력 하는 사람들에 대 한, 거기에 두 가지 주요 약어:

  • WSS: Windows SharePoint Services
  • 모스: Microsoft Office SharePoint Server

WSS "무료입니다." 그것이 있는 windows 서버와 번들 2003 (또는 적어도 MS에서 다운로드 될 수 있다). 상자를 필요 하기 때문에 무료 주위에 따옴표를 넣어, 유효한 o/S 라이센스와 아마 SQL (비록 거기에 "무료" 또한 SQL의 종류).

MOSS는 WSS 위에 건설과 확장. 아무 이끼 WSS 없이. 모스는 무료.

아마도 하지 하루에 한, 하지만 몇 가지 기본적인 플랫폼 친숙 있어 후에 곧, 차이 배우는 것이 중요 하다. 예를 들어, 강력한 웹 파트, 콘텐츠 쿼리 웹 파트, 모스 기능과 사용할 수 없는 WSS. 종종 CQWP를 WSS에서 사용할 수 있다는 잘못 된 가정 하 게 사람과 누른 다음 끝에 그들은 그들의 오류를 깨달을 때 중지-격차 측정을 위해 애쓰고.

히트도 서

에 대 한 WSS/이끼로 작업을 시작 01/02/2007. SPS와 약간 이전 경험을 했다 2003 하지만 아주 작은. 시작 하는 자신을, 구입 합니다 여기에 나열 된 두 권의 책 (http://paulgalvin.spaces.live.com/lists/cns!1CC1EDB3DAA9B8AA!203/).

큰 파란 관리도 서와 함께 시작. 자연스럽 게, 그것은 관리를 커버. 동시에, 모든 모스 피쳐의 설문 조사 제공 (및 WSS 기능 뿐만).

나를 위해, 모든 다양 한 세부 정보를 기억 하는 것이 그렇게 중요 하지 않다 (인증 시간까지) 하지만 그것은 경계를 알고 좋은. (X 박스 또는 PC에 재생 1 사람이 저격수에서이 같은 접근을 수행 — 내가 방을 입력 하 고 다시 시작 어디 얻을 때까지 시계 반대 방향으로 루프를 확인 하는 경향이. 난 그냥 내가 상자의 모양을 알고 더 나은 느낌이.)

빅 블루도 서를 읽은 후, 전체 내부 WSS 책을 읽을 것. 그것은 깊이에 잠수 문제는 개발자가 관리 가장에 대 한.

가상 환경 만들기

어떤 개발 하거나 환경을 제대로 사용 하기 위해서는, SharePoint Designer와 전체 날 려 windows 서버 운영 체제를 필요, Visual Studio 2005 (2008 작품, 하지만 몇 가지 유용한 도구는 아직이 문서를 쓰는 포팅), InfoPath 2007 그리고 몇 가지 다른 것 들. 많은 좋은 블로그 항목을이 프로세스를 설명 하는. 이 두 가지를 봐 했:

또한, 앤드류 Connell vm 웨어와 여기 그의 경험을 공유:

좋아하는 검색 엔진을 사용 하 여 다른 사람들이 어떻게 볼 수. 그것은 유용한 학습 운동 자체의.

화가 나 서 규탄 해야 서버 환경에서 개발을 할 수 있는 사실 몇 분 지출. 하지만 … 그것은 또는 MSDN 포럼에 게시에 대 한 블로깅을 귀찮게 하지 마십시오. 그것은 이미 해본 적이 🙂. 대신, 그것을 포용 하 고 이동. 당신은 그것에 대 한 더 있을 거 야.

인증

난 그렇게 믿어 MS SharePoint 인증 경로, 4 개의 시험으로 구성, 완전 한. 그들의 온라인 준비 가이드를 수행 하 고 각 테스트의 영역을 이해 하 여 최선을 다 할 것을 권해합니다.

안 함 단지 그것을 통과 하는 시험을 수행 하는 것이 좋습니다. 난 안 함 "두뇌 덤프 중 하나를 사용 하는 것이 좋습니다" 스타일 타사 "도구" MS 테스트를 통과 대 한. 만약 당신이 테스트 수 있습니다., 자신만의 조합에 따라 패스 감독 연구 및 실습, 그것에 대 한 강한 개발자와 작업 후보 있을 거 야.

거기에 두 개의 "트랙"에 4 개의 테스트:

개발자:

관리자:

개발자가 이러한 시험의 모든 공부 하는 것이 좋습니다.. 당신은 그들에 대 한 강한 있을 거 야, 비록 관리자 시험을 생략 하는 경우 가정, 에 의해 얻을 것 이다.

WSS 버전 해당 MOSS 버전 보다 상당히 더 도전 하는 것을 발견, 놀랍게도 많은. 클래스에는 최근과 같은 주장을 여러 다른.

동안에 대 한 공부를 70-542 시험 (MOSS 개발) 나는 내 연구 자원 추적. 이 뿐만 아니라 당신에 게 도움이 될 수 있습니다.: http://paulgalvin.spaces.live.com/Blog/cns!1CC1EDB3DAA9B8AA!192.entry

지역 사회에 자신을 연결합니다

SharePoint 커뮤니티는 활기찬, 강한 모든 시간을 더 큰 성장.

다음 시작을 보고 싶어:

  • 블로그
  • 포럼
  • Codeplex
  • 지 저 귀 다

블로그

RSS를 이해 하지 않는 경우, 모든 것을 중지 하 고 그것을 배울합니다. 그것은 걸릴 것입니다. 10 그것을 배울 분, 어쩌면 다른 10 분을 찾는 웹 기반 RSS 리더 (구글 리더 처럼, www.google.com/reader).

RSS 리더에 블로그를 추가하여 시작 🙂

다음, 추가 www.sharepointblogs.com 당신의 독자에 게. 그들은 하나의 피드로 많은 블로그 집계.

시간이 지남에, 하지 않은 블로그 집계 그 방법의 찾을 거 야. 그냥 개별적으로 그들을 추가합니다.

지난 한 해 동안 축적 했습니다 몇 다스 블로그 가입. 원한다면, 내 목록에 내보낼 수 있으며 이메일.

결국, 당신은 자신의 블로그를 시작 할 수 있습니다.. 저는 개인적으로 생각을 설명 하는 "초보자의 블로그 항목 시리즈" WSS/모스 흥미로운 시리즈 될 것 이라고 학습 진행. 그 자신을 했었다는 것이 좋겠다.

포럼

나 두 포럼 그룹에 적극적으로 참여: MSDN 및 SharePoint 대학.

포럼은 배워야 훌륭한 장소. 사람들이 질문을 매우 간단한에서 배열 ("어떻게 만듭니까 사이트 열") 당황 하 ("나의 서버는 다운!") 더 많은 가상 디자인 질문에.

일단 당신이 환경의 맛, 벤처 및 회신 시작. 직접 고객과 상호 작용의 짧은, 아무것도 손에 경험에 대 한이 보다 낫다.

Codeplex

로 가다 www.codeplex.com.

그것을 밖으로 및 SharePoint 프로젝트에 대 한 검색 확인.

일일 요약 Codeplex 귀하의 피드 리더에서 피드를 구독합니다.

모든 새 SharePoint 프로젝트를 귀하의 피드 리더에 추가.

결국, 후 포럼을 읽고 자신의 WSS/모스 악마 아래로 향하게, codeplex 프로젝트를 함께 퍼 팅 고려.

지 저 귀 다

이 블로그 항목을 작성, SharePoint 민속을 많이 사용 하기 시작 했습니다. 지 저 귀 다.

그것은 트위터의 특성 어렵다. 당신은 그냥 자신을 밖으로 체크 해야.

결론

내 로드맵 랩 그리고 현재 날. 난 그냥 트위터를 사용 하 여 2 주 전 시작.

WSS/모스는 매우 멋진 플랫폼 및 지역 사회는 항상 성장 하 고 있다. 커뮤니티 리소스를 사용 하 여 실력을 향상 하 여 여행을 즐길합니다!

</끝>

내 블로그를 구독.

테크노 태그: ,

SharePoint은 캘린더 롤-업을 제공 하지 않습니다.; 잠재적인 솔루션

업데이트: 의견에 익명 사람 게시물이 링크: http://www.atidan.com/atidan-collaboration-kit.php

이런 질문 종종 포럼 사용자:

"내가 갖고 싶으면 캘린더 하위 사이트 캘린더에서 이벤트에 의해 채워진 사이트 수준. 이상적으로, 하위 사이트에서 사용자가 만드는 캘린더 이벤트, 그들을 표시 하는 옵션을 갖습니다 ' 공개.’ 공용으로 표시 하는 이벤트 공유 사이트 달력에 동적으로 나타납니다.. 따라서 공유 사이트 캘린더는 롤 업 모든 공개 행사의 모든 하위 사이트 캘린더에서 이다."

WSS는 3.0 또는 이끼 2007, "롤-업을 직접 구성할 수는 없습니다." 달력. 달력에 자신의 존재, 다른 캘린더의 독립.

롤 업 캘린더를 생성 하려면, 이러한 경로 중 하나를 수행합니다:

  1. 콘텐츠 쿼리 웹 파트를 사용 하 여. 이것은 모스 사용자를 위한 가장 쉬운 솔루션입니다. (WSS CQWP 제공 하지 않습니다.). CQWP, 불행 하 게도, 데이터 상자에서 달력 보기를 제공 하지 않습니다.. 거 대 한 렌더링 유연성 제공 (여기 한 예를 참조 하십시오) 하지만 기본적으로, 그 결과 간단한 목록 형식으로 표시. 많은 경우에, CQWP 아마 좋은 선택.
  2. 이벤트 수신기를 사용 하는 것이 더 프로그래밍-지향 솔루션. 그들의 공개 행사를 마스터 캘린더와 동기화 유지 하위 일정에 이벤트 수신기를 구현. 주어진된 하위 일정 수정, 마스터 일정에 밖으로 도달 하 고 필요에 따라 업데이트. 이 옵션은 모두 WSS에서 사용할 수 3.0 그리고 모스.

이 문제에 아마 다른 영리 솔루션. 만약 당신이 하나 또는 하나의 아는, 코멘트를 남겨 주세요 하거나 이메일 날 이 게시물을 업데이 트 됩니다..

</끝>

테크노 태그: ,

내 블로그를 구독.

최종 사용자 빠른 팁: 문서 라이브러리에서 정렬 보기, 목록, 등.

우리가 할 수 있습니다, 해야 할 많은 보기에서에서 만들고 SharePoint 목록 (문서 라이브러리, 사용자 지정 목록, 등). SharePoint는 항상 알파벳 순서로 사용 가능한 뷰 목록. 우리 상자 기능에서 사용 하 여이 변경할 수 없습니다.. 사용자 지정을 통해 할 수 있다면 (그리고 확신 하지 그것 수 있습니다.), 그것은 지금까지 일반적인 최종 사용자에 대 한 기술.

Sharepoint에서 순서를 제어 하려는 경우 사용 가능한 보기 목록, 단순히 숫자 또는 뷰 이름에는 문자 앞에 추가, 마찬가지로:

1 – 소재 형식에 의해
2 – 모든 문서
3 – 기한

-또는-

A – 소재 형식에 의해
B – 모든 문서
C – 기한

또한 조회 그 목적은 엄격 하 게 피드 KPI를 만들었습니다.. 나는이 명명 규칙을 다음과 같은 되었습니다.:

Z_KPI_[설명]

그 원인이 내 "KPI" 목록 맨 아래에 표시 하는 보기.

</끝>

내 블로그를 구독.

테크노 태그: ,

바는 아직도 꽤 높은 확장 이끼

오늘, 클라이언트 사용 되었고 콘텐츠 쿼리 웹 파트를 수정 하 고 추가 비트의 콘텐츠 형식에서 정보를 표시 하는 방법을 설명 하.

"첫 번째., 데이터 원본에 연결할 CQWP 구성, 다음 워크스테이션에 내보내기, 수정 <CommonViewFields>, 업로드, 원래 제거 하 고 그것은 지금 ' 액’ 다른 열을 표시 하려면. 다음, SharePoint designer를 엽니다, 사이트 모음 루트에 이동 하 고 ItemStyle.xsl를 찾습니다. 유용한 시작 지점으로 템플릿 중 하나를 복사합니다. 다시가 고 있도록 CQWP 수정이 새 서식 파일의 사용. 마지막으로, 새 필드를 렌더링 하 여 템플릿을 수정합니다! (그래서 다른 사용자에 다시 결과 볼 수를 확인 하는 것을 잊지 마세요)."

그것은 모두 당신을 아주 분명 하다 (그리고 대부분의 SharePoint 개발자 유형) 무슨 일인가 하 고 어떻게 그것은 꽤 좋은, 정말, 데이터 검색 측면에서 CQWP의 데이터 프레 젠 테이 션 측면에서 너무 잘 분리는. 하지만, 그것은 그렇게 쉽게 설명, 그것은?

<끝 />

테크노 태그: ,

예/아니요 (체크 박스) 콘텐츠 쿼리 웹 파트에서 필터링

예에 대 한 쿼리에 대 한 필터링/없음 확인란 제목 "PG 이정표", 이 같은 CQWP 구성:

이미지

그 분명 한 번-당신-알고-그것 그러나 hard-to-find-an-answer-to 질문 중 하나입니다.: 예에 필터링 하는 방법/콘텐츠 쿼리 웹 파트를 사용 하 여 없음 확인란.

첫 번째 검색 결과 검색어 "필터 예/아니요 콘텐츠 쿼리 웹 파트를 사용 하 여 찾기" 잘못 평면입니다., 그래서 생각 난 것이 거기 넣고 일반적인 검색 결과에서 잘못 된 결과 바꿀 수 있습니다 경우를 참조합니다.

그것은 아주 쉽게: 값을 true = "1" 그리고 false 값 "1을 동일 하지 않습니다." (예쁜 레트로, 실제로).

위의 예제에서, "예/아니요 유형의 사이트 열을 만든 (확인란)" 명명 된 "PG 이정표". 문서 라이브러리에 추가, 몇 가지 문서를 업로드, 에 대 한 값을 설정 하 고 테스트.

<끝 />

MOSS 알려줍니다 내게 내 열 이름은 소유 또는 사용 … 하지만 아니에요

업데이트 12/04/07: 참조 이 Microsoft KB (http://support.microsoft.com/kb/923589) 관련된 정보에 대 한.

실제로, 그것은 그것을 끈다는, 하지만 tricksy 모스 어렵게 했다.

내 고객은 주말 동안 그의 이끼 사이트에 일부 개발 작업. 그것은 그가 실제로 무슨에 관해서는 혼란의 비트, 하지만 최종 결과이:

  • 그는 "수량 이라는 사이트 열을 추가 하려고" 모스 회신: "열 입력 한 이름이 이미 사용에서 또는 예약. 다른 이름을 선택 하십시오."
  • 그는 다른 환경과 그 작품에 그것을 추가 하려고. 따라서, "수량" 예약 된 이름이 아니다..
  • 그는 "수량 이라는 기존 사이트 열을 찾으려고" 해당 사이트 모음에서. 그는 그것을 찾을 수 없습니다..

내가 일부 연구, 심지어 일부 코딩, 철학적 왁 스 그리고 마지막으로 양 이라는 열 한 발견, 사실, 존재. 그것은 "_Hidden에" 그룹. 따라서, 우리는 SharePoint 사용자 인터페이스를 통해 그것을 찾을 수 없습니다..

어떻게 거기 도착 했어요? 몰라요, 하지만 난 이론 (또는 나의 아내 그것은 부를 것 이다, "ㅋ"). 어딘가에 라인을 따라, 는 멋진 40 템플릿 추가 되었고 아마 사이트는 사이트 모음에서에서 활성화. 그것은 다음 비활성화 (또는 사이트 제거). 사이트 열, 그러나, 시내는 "_Hidden만 남아" 그룹. 누군가가 더 잘 알고 있는 경우, 통해 내게 알려 주십시오 메일 주소 또는 의견 게시.

SharePoint는 진실을 말하고. 그것은 거의 그 메시지는 도움이 될 수 지적 가치. 그것은 미래에 두 개의 서로 다른 메시지에 메시지 fork를 보고 좋은 것: 1) 열 이름은 예약 되어 또는 아니다. 2) 하지 소유 하는 경우, 사이트 보기, 또는 적어도 그룹, 열 이름이 이미 사용.

</끝>

“SharePoint 목록에서 목록 스키마 열 속성을 가져올 수 없습니다.” — 설명/해결

이번 주, 우리 마지막으로 보고 되 고 있었다 문제 재현 원격 사용자에 의해: 그녀가 excel 목록의 내용을 내보내기 하려고 할 때, 작업을 시작 것 들 것입니다., 하지만 다음 Excel 오류가 팝업 것입니다.: "SharePoint 목록에서" 목록 스키마 열 속성을 가져올 수 없습니다.. 그녀는 사무실을 실행 했다 2003, windows XP와 이끼에 연결.

인터넷을 검색 하 고 몇 가지 추측 하지만 아무것도 보았다 100% 확실 한. 따라서, 이 게시물.

문제: 보기를 excel로 내보내기 날짜 포함 (날짜 열 데이터 형식 =).

무엇이 우리를 위해 일했다: "한 줄 텍스트" 날짜 변환. 다음, 날짜 변환.

그는 그것을 해결. 그것은 좋은 변환 일을 볼합니다, 실제로. 그것은 매우 긴장 변환 것 들이 이런식으로 실패는, 하지만 그것은 하지 않았다.

이 버그는 고객의 마음에 date 데이터 형식에 거 대 한 그림자를 던진 있다, 그래서 우리가 마이크로소프트에서 확실 한 대답을 추구 될 거 야 그리고 잘하면 게시 거 야 그리고 여기 그들의 공식 답변 및 핫픽스 정보 시간 다음 짧은 기간에 업데이트.

기타 참조:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<끝>

내 블로그를 구독.

테크노 태그: ,

Sharepoint의 도달을 이길 수 없다

지난 2 일 동안, 내가 있는 동안 우리는 SharePoint 프로젝트의 결과 발표 하는 두 회의에 참가. CIO와 그의 팀 첫 모임 참여. 그 표준 이며 특히 주목할 만한. IT 부서는 분명히 어떤 기술 프로젝트의 엔터프라이즈 롤아웃에 참여. 두 번째 회의 V.P를 포함 하도록 확장. 마케팅에서, 시간을 나타내는 여러 이사, 물류, 제조, 자본 프로젝트, 품질, 구매, 기업 개발 및 기타 부서 (누구 현재 위상에도 직접 참여 했다의 일부). 그건 거 대 한 다양 한 연령층.

내 이전의 삶에 서, 나는 주로 ERP 및 CRM 프로젝트에 근무. 그들은 둘 다 상당히 넓은 솔루션 도메인을가지고 있지만 SharePoint로 넓은 하지. 완전히 실현 될, SharePoint 프로젝트의 조직 구석구석에 도달 하는 합법적으로 하 고 반드시. 얼마나 많은 다른 엔터프라이즈 솔루션의 종류에 도달 하는? 많은.

SharePoint는 명확 하 게 우리의이 공간에 있을 정도로 운이 대 한 엄청난 기회를 나타냅니다.. 그것은 위대한 기술 기회를 제공 한다 (어떻게든 머리 켜져 여기 "기술 당신은 마스터 해야 합니다"에서). 하지만 더 나은, SharePoint이이 계약을 통해 비즈니스 프로세스의 광범위 하 고 넓은 범위에 우리를 노출합니다. 얼마나 많은 CRM 전문가 회사의 제조 측면 사용? 얼마나 많은 ERP 컨설턴트는 재능 인수에 인적 자원 사용? 둘 다 그들을 초과 하는 SharePoint.

아무것도 마찬가지로, 그것은 완벽 한, 하지만 그것은 저주 좋은 곳.

사랑에 대 한 [채우기 귀하의 대부분의 사람이 더 높은 되 고 사랑], 변경 하지 마십시오는 ' 제목’ 사이트 열.

SharePoint 포럼, 누군가가 가끔 "제목 레이블 변경에 대 한 요청" 에 대해 "제목에서에서 제거 목록" 또는.

히 프 라인: 그것을 하지 않으면!

슬프게도, 사용자 인터페이스와 같이 해당 열 레이블의 단방향 변경 허용:

이미지

제목은 "항목에 연결 된 열" 콘텐츠 형식. 많은, 많은, 이 열을 사용 하는 CT 및 당신이 여기 변경 경우 많은, 그것은 어디에 나 밖으로 파문. 그런 일이 대 한 의도 하지 않은 좋은 기회가. 당신은 아마 자신을 생각 했다, "나는 사용자 지정 조회 목록이 고 ' 제목’ 그냥 이해가 되지 않는 열 이름으로, 그래서 난 그것을 변경 하 겠 ' 상태 코드’ 고 설명 열을 추가 합니다." 그러나 만약 당신이 그 생각에 따르 이름을 ' 제목’ ' 상태 코드 ', 모든 목록 제목 (문서 라이브러리를 포함 하 여) "상태 코드를 변경" 그리고 당신은 아마 그런 일이 위해 예정 하지 않았다.

진짜 문제는이 단방향 변경. UI "알으십시오" "제목" 예약 된 단어. 그래서, 당신이 시도 하 고 "상태 코드를 변경 하는 경우" "제목"으로 돌아가기, 그것은 당신을 막을 것 이다 그리고 지금 했습니다. 구석으로 자신을 그린 결코 마르지 않는 페인트 사용

그래서 어떻게 당신이 이미 그것을 변경 하는 경우? 우리 모두가 원하는 답변을 보지 못했지만, 다시 '제목' 라벨을 변경 하는 간단 하 고 쉬운 방법입니다. 바로 지금, 최고의 조언은 "문서/항목 제목" 처럼 뭔가를 변경 하는. 그건 너무 부조화 사용자에 대 한 되지 않을 수 있습니다 충분히 일반 레이블.

연구 하는 것 내 할 일 목록에 있는 다른 몇 가지 아이디어를가지고:

  • Microsoft에 문의.
  • 무언가 개체 모델, 아마 기능와 함께.
  • 데이터베이스 스키마를 파악 하 고 수동으로 SQL 업데이트. (하지만 이렇게 하기 전에 Microsoft에 문의 해야; 그것은 가능성이 지원 계약을 무효화 됩니다.).

누구 든 지 안다면이 문제를 해결 하는 방법, 코멘트를 하시기 바랍니다.

늦은 오후 업데이트, 11/15: 제목 열이 없는 목록 형식을 만드는 방법을 설명 합니다이 링크를 발견: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

SPD 사용자 지정 워크플로 작업 — 문자열 조작 향상

전 주에 대 한, SharePoit 디자이너 워크플로를 사용자 지정 작업 기능을 추가 하기 위한 간단 하 고 합리적으로 제네릭 메서드를 제공 하는 codeplex 프로젝트를 시작. 여기 설명: http://www.codeplex.com/spdwfextensions. 단순히 프레임 워크를 제공 넘어, 그것은 또한 더 유용한/유연/강력한 SPD를 만들 것입니다 유용한 기능 집합을 제공 하는 것을 목표로합니다.

버전에 대 한 현재 계획 된 특징은 여기 있다 1.0: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

누구 든 지이 프로젝트에 관심을 가진다면, 제발 덧 글을 남길 또는 시작/여기 토론에 추가: http://www.codeplex.com/spdwfextensions/Thread/List.aspx

여기는 현재 코딩 된 함수 집합 (비록 완전히의 테스트 11/08/07):

함수 설명 (.Net 함수로 같은 경우)
Num 항목() 번호 "항목을 반환합니다." 지정 된 구분 기호에 따라 문자열에서.

예를 들어: Num-항목 문자열에 있는 "a,b,c" 구분 기호"와 함께," = 3.

항목() 지정 된 구분 기호에 따라 문자열의 n 번째 토큰을 반환합니다..
길이 String.Length
바꾸기() String.Replace()
포함() String.Contains()
단어 "true를 반환합니다." 또는 단어 "false".
부분 문자열(시작) String.Substring(시작)
부분 문자열(시작,끝) String.Substring(시작,끝)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
단어 "true를 반환합니다." 또는 단어 "false".
EndsWith() String.EndsWith()
단어 "true를 반환합니다." 또는 단어 "false".