워크 플로우 UI 통합 - WF는 좋은 접근 방법입니까?

this question과 다소 유사하지만, 우리는 아직 WF에 참여할 것을 결정하지 않았습니다.워크 플로우 UI 통합 - WF는 좋은 접근 방법입니까?

저는 "작업 객체"에 대한 일련의 의사 결정과 활동이 필요한 시스템을 설계하기 위해 작업 흐름, 특히 WF를 자연스럽게 고려하기 시작했습니다. WF (이 질문에 대한 간략화 됨) 다음의 경우 같은 상황에 대한 좋은 해결책이 있다면 내가 궁금합니다 (나쁜 아스키 아트를 용서하시기 바랍니다)입니다 :

이

   __________________ 
      | Gather some info | 
      | (web page) | 
      |__________________| 
         | 
         | 
        /\ 
        / \ 
       / \ 
       /  \ 
       /cond \ 
       \ 1 /
        \  /
        \ /
        \ /
        \/
         | 
         | 
     ______________|_______________ 
     |        | 
     |        | 
     |      ______|______ 
______|________    /do some /
| Get more info |   /process /
| (web page) |   /____________/ 
|_______________| 
     | 
     | 
    /\ 
    / \ 
    / \ 
    /cond. \ 
    \ 2 /
    \ /
     \ /
     \/
     | 
     | 
     |__________________ 
     |     | 
     |     | 
    _____|_____  _____|_____ 
/ some / /another/
/process/ /process/
/__________/  /__________/

내가 함께 사투를 벌인거야 부분은 get more info (web page)입니다 단계 및 후속 작업은 워크 플로 런타임의 실행이 중단되는 것을 의미합니다. 이것이 가능하다는 것을 알고 있지만 WF가 이러한 유형의 코드에 가장 적합한 방법인지는 모르겠다. 사용자 상호 작용이 전체 워크 플로를 통해 여러 지점에서 필요할 수 있으며 워크 플로가 어떤 데이터 입력 화면이 필요합니다. 우리는 UI 개발을 위해 WinForms/ASP.NET 웹 폼 패키지를 사용하고 있습니다. UI 패키지는 SharePoint 통합과 같은 것이 아닙니다. 우리의 백엔드는 DB2이며 워크 플로 코드 (WF 또는 기타)는 상호 작용해야합니다.

결론은 WF를 사용하여 살펴보아야할까요, 아니면 우리가 직접 코딩하는 것이 좋을까요? WF로 데이터 입력 화면을 쉽게 통합하여 워크 플로우에서 계속 사용할 수있는 정보를 캡처 할 수 있습니까?

출처

2010-03-30 AJ.

WF의 장기 실행 워크 플로 기능을 사용하면 작동 할 것입니다. 언제든지 워크 플로를 데이터베이스에 보관할 수 있습니다. 작성해야하는 조건부 서식이 여러 개인 경우 해당 정의를 워크 플로의 단계로 포함하십시오 (이 방법은 여러 가지가 있습니다). 이렇게하면 워크 플로가 프로세스뿐만 아니라 데이터 요청을 유도합니다.

워크 플로가 유지되면 해당 워크 플로에서 작업을 계속할 사용자가 "깨우침"할 수 있습니다. 응용 프로그램 (ASP.NET, Winforms, 기타)은 워크 플로를 쿼리하여 제시 할 "양식"을 찾아 낼 수 있습니다.

출처

2010-03-30 16:58:55

워크 플로우 UI 통합 - WF는 좋은 접근 방법입니까?

답변

관련 문제