2013-06-01 2 views
0

Windows Workflow 4 State Machine을 사용하려는 프로젝트에서 작업 중입니다. Visual Studio 솔루션 템플릿과 대부분의 지침은 워크 플로 내에서 보내기 및 받기 활동을 통해 동적으로 만들어지는 IIS의 서비스로 모든 것을 호스팅하는 것처럼 보입니다.내 WCF 서비스에서 Windows Workflow 4 호스팅

그러나 나는 보내기 및 받기 활동을 사용하지 않고 IIS 대신 Windows 서비스를 사용하고 HTTP 대신 TCP와 같은 다른 바인딩을 사용하고 내 자신을 만들 수있는 자체 WCF 서비스에서 호스트하는 것을 선호합니다. 인터페이스를 노출시키는 대신 MEX를 사용합니다. 또한 WPF 응용 프로그램이나 콘솔 또는 기타와 같은 다른 호스팅 구성으로 이식 할 수 있습니다.

이 기능은 나에게보다 유연하게 느껴집니다. 아무 래도 워크 플로의 일부로 서비스 작업을 수행하는 것이 관련이없는 두 가지 작업을 묶는 것처럼 보입니다. 저의 접근 방식에 단점이 있습니까? 나는 WF에 처음 왔어 그래서 뭔가 빠졌을지도 모른다.

+0

나는 단점이 있다고 생각하지 않는다. 당신은 워크 플로우 서비스가 아웃 오브 더 박스 (out of the box)를 제공한다고 생각하는 것 자체를 구현해야 할 것이다. – Enes

답변

0

실행중인 워크 플로의 종류에 따라 워크 플로 서비스에서 제공하는 꽤 많은 플러밍 코드를 작성해야 할 수 있습니다. 고려해야 할

것들 :

  • 는 워크 플로우 오래 살고 있습니까?
  • 여러 개의 메시지를 동일한 워크 플로로 보내시겠습니까?
  • 워크 플로가 호스트를 다시 시작할 때 생존해야합니까?
  • 시간 제한에 응답하기 위해 지연 활동을 사용하고 있습니까?
  • 오류 상황이 발생하면 작업을 다시 시도 할 수 있어야합니까?

이 중 많은 것들이 자동으로 WF 서비스로 처리되므로 별도로주의해야합니다. 그것은 확실히 할 수 있습니다, 나는 과거에 해냈습니다. 그러나 당신이 잃어버린 것을 알고 있어야합니다.

관련 문제