WWF에 대한 좋은 튜토리얼을 제공할 수 있는 사람이 있나요?[닫은]

Question

특히 나는 다음에 관심이 있습니다.1) 일어나기 무료 워크플로우를 수행하기 위한 환경 설정.2) 기존 워크플로 항목/상태를 사용하는 방법과 그에 관련된 내용입니다.

감사해요!

Answer 1

이와 같은 가상 실험실을 찾고 계십니까? MSDN?

어떻게 TOS를 사용하려면, 다운로드를 시도하십시오 Windows Workflow Foundation 용 실습 연구소

Answer 2

다른 답변도 좋지만 워크플로를 사용하는 이유를 사람들이 이해하는 것이 중요하다고 생각합니다.많은 사람들은 필요하지 않을 때 WF를 사용하고, 또 다른 사람들은 자신의 사용 사례가 WF 사용에 가장 이상적일 때 사용을 거부합니다.

WF 사용 시기와 사용 여부에 관해 제가 읽은 최고의 설명은 Dave Green의 것입니다. 블로그 게시물.그는 Windows Workflow Foundation의 첫 번째 버전을 설계한 사람입니다.

후손을 위해 여기에 붙여넣겠습니다.

---

워크플로란 무엇이며 왜 귀찮게 합니까?

물론 워크플로는 도움이 되기는 하지만 자주 의사소통을 방해하는 매우 과부하된 용어 중 하나이므로 이것이 의미하는 바를 말씀드리는 것이 좋습니다.

워크플로는 두 가지 아이디어로 요약됩니다.해야 할 작업이 있으며 워크플로에서는 이를 불투명한 동작 단위로 간주합니다.흐름은 어떤 작업이 언제 완료되는지 설명합니다.

그렇다면 이것이 워크플로인가요?

public void HandleLoanRequest (string customerID, Application app)
{
    if (CheckCredit(customerId, app.Amount))
    {
        MakeOffer (customerId, app);
    }
}

네, 그렇다고 믿습니다.작업은 고객의 신용을 확인하고 제안을 하는 것이며 HandleLoanRequest는 이 작업이 수행되는지 여부와 시기를 정의합니다.

그러나 워크플로 공급업체가 전통적으로 승리를 선언하기 전에 이런 종류의 코드 이상의 것이 필요하다고 느꼈다는 사실은 우리가 여전히 핵심 개념을 놓치고 있음을 시사합니다.

이는 단순히 흐름을 설명하는 것이 아니라 검사하고 추론하고 조작할 수 있는 방식으로 설명해야 한다는 것입니다.즉, 워크플로에는 모델이 필요합니다.

C#은 이를 수행하는 한 가지 방법입니다. 예를 들어 워크플로 코드를 스캔하고 흐름 그래프를 그릴 수 있는 코딩 표준을 정의할 수 있습니다.또는 개발자가 모델을 구성하는 코드 부분을 호출하는 데 사용할 속성을 정의할 수도 있습니다.이것은 우리가 Windows Workflow Foundation을 위해 선택한 것이 아닙니다. 우리가 이 방법을 선택한 이유는 이후 게시물에서 설명하겠지만 효과가 있을 것입니다.

하지만 모델이 필요한 이유를 다시 살펴보겠습니다.우리는 그것을 만들기 위해 노력해야 할 텐데, 왜 귀찮게 합니까?회수는 어디에 있습니까?(또는 이 해외 영국인이 쇠고기라고 부르는 법을 배우고 있기 때문에 쇠고기).

글쎄, 내 생각에 투자 회수는 모델이 가능하게 하는 것에서 나온다고 생각합니다.

심상 개발 및 유지 관리 중에 개발자에게 유용할 뿐만 아니라 요청받은 작업을 수행해야 하는 이유를 알고 싶어하는 워크플로 사용자 또는 일부 오작동하는 앱이 무엇인지 알고 싶어하는 IT Ops 담당자에게도 유용합니다. 까지이거나 그래야 합니다.

표현력 워크플로우 모델은 특정 문제를 지원하도록 특화된 도메인 특정 언어입니다.예를 들어 5개의 리뷰 중 3개의 긍정적인 투표가 문서가 양호하다는 것을 의미하며 미결제 리뷰는 취소될 수 있는 리뷰 프로세스입니다.이는 코딩하기가 다소 지루하지만 Windows Workflow Foundation에는 이러한 문제를 해결하는 기본 구성이 포함되어 있습니다.

실행 런타임은 모델을 활용하여 동일한 문제를 반복해서 해결해야 하는 필요성을 없앨 수 있습니다.Windows Workflow Foundation에서는 간단하고 표현력이 풍부한 모델 요소로 제어되는 상태 관리 및 보상과 같은 장기 실행 워크플로의 어려운 문제에 대한 지원을 구축했습니다.

모니터링 모델이 있으면 추가적인 개발자 노력 없이도 의미 있는 의미를 지닌 이벤트 스트림을 생성할 수 있습니다.그런 다음 이를 사용하여 워크플로 인스턴스 또는 집계를 모니터링할 수 있습니다.Windows Workflow Foundation에서는 워크플로 상태에서 가져온 응용 프로그램 데이터로 이벤트를 선언적으로 장식할 수도 있으므로 주문 14532에 대한 신용 확인이 시작되었음을 알 수 있습니다.

변환 모델은 모델을 낳는다.Dharma와 Don이 PDC에서 매우 아름답게 시연한 것처럼 워크플로 모델을 통신에 필요한 메시지 교환 패턴으로 변환하는 것이 그 예입니다.또 하나는 맞춤화입니다.ISV는 VAR에 의해 사용자 정의된 워크플로우를 제공한 다음 다시 고객에 의해 사용자 정의됩니다.그런 다음 ISV는 새로운 기본 버전을 제공합니다.워크플로우에 대해 공유되고 잘 이해된 모델을 사용하면 결과적인 3방향 병합이 훨씬 더 다루기 쉬워집니다.

구성 애플리케이션이 흐름과 작업에 포함되면 잘 이해된 인터페이스와 함께 작업의 원자적 요소를 다른 워크플로에서 재사용할 수 있습니다.워크플로 자체는 다른 워크플로에서도 사용할 수 있는 유효한 작업 정의입니다.

맞춤화 그리고 혁신을 함께하면 작업과 흐름의 정의가 공유되거나 거래되는 산출물이 되는 생태계가 가능해집니다.

시장 조작 워크플로를 즉석에서 고안하거나 수정해야 하는 요구 사항이 있는 경우가 많습니다.이것이 코드 변경을 의미한다면 사용자가 해킹 방법을 이해하더라도 보안 담당자에게 문제가 있을 것입니다.모델을 사용하면 제어 가능하고 이해하기 쉬운 동적 조작이 가능해집니다.Windows Workflow Foundation은 워크플로 유형과 워크플로 인스턴스 모두의 동적 수정을 지원합니다.

그게 다입니다(또는 적어도 이번 토요일 오후 내 마음에 스며드는 모든 것).그렇기 때문에 우리는 모델이 좋은 아이디어이고 ROI가 높다고 생각합니다.그러나 이러한 이점 중 어느 것도 귀하의 시나리오에 적용되지 않는다면 실제로 코딩은 여전히 ​​매우 멋진 것입니다.