WF (Windows Workflow Foundation)를 기반으로 응용 프로그램을 작성했습니다. 내 상사 (DBA)는 WF가 동시성을 계획하지 않고도 멀티 스레딩을 수행 할 수 있다고 확신했습니다. 기억은 철저히 나뉘어졌지만 너무 많은 문제가 있었는데 단지 몇 단락으로 설명 할 수 없으며 질문과 약간 관련이 있습니다 … 그래서 계속합니다.

BL을 반복하는 기능 :
WF가이를 잘 수행합니다.
비 기술자들이 “앱을 구축”할 수 있도록 허용 :
WF는 아키텍처가 작동하고 비 기술자들이 기술적 한계를 이해하는 경우이를 잘 수행합니다.
일반적으로 비즈니스 규칙을 이해하는 기능 :
공유 지점이 워크 플로를 자동화 할 수있는 것과 같은 몇 가지 기본 기능을 수행 할 수있는 추가 기능이 있습니다. 나는이 품목들에 들어 가지 않았다.
소프트웨어 영역의 품질 :
Mediocre. WF는 우리의 목적을 위해 잘 작동하지 않았지만 시스템이 잘못 설계되었고 내 손이 묶였습니다.
응용 프로그램 속도 :
느린. 학습 곡선은 개발자와 최종 사용자 모두에게 매우 가파 릅니다. WF가 메모리를 분리하는 방식 (앱 도메인은 내가 기억한다면)은 교차 스레드 통신을 만들었고, 뮤텍스 및 기타 스레딩 개념은 번거 롭거나 단순히 작동하지 않습니다.

궁극적으로 WF가 구현 된 방식으로 실패했음을 증명하는 프로토 타입을 작성했습니다. 일반적인 멀티 스레딩으로 교체했습니다. 성능 및 코드 가독성이 향상되었습니다. 이것이 나의 첫번째 직업적인 WF 신청 이었기 때문에 이것을 한 알의 소금과 함께 가져 가라.

비 기술자들은 프로그래머가 필요없이 실질적으로 모든 것이 가능하다고 생각할 수있다. 이는 BL의 “더미 다운 (dummy down)”에 잠재적으로 큰 부정적이다. 이와 관련된 사회 학적 문제로 인해 프로젝트가 중단되었습니다.

되돌아 가서 내 방식으로 할 수 있다면 : 데코레이터 패턴을 통해 달성 된 전통적인 나사 가공과 BL 성형을 사용하십시오 . 이러한 기술을 사용한 개념 증명을 작성했으며 잘 작동했습니다. 그리고 BL 맵핑은 SIMPLE UI로 랩핑되어야합니다.
업데이트
동시성 문제를 해결할 때 쓴 오래된 게시물을 발견했습니다. 이 코드는 표지 아래에서 수행되는 작업 (WF 추상화의 전체 목적을 상실 함)을 이해하지 않고 병렬 워크 플로에서 “hello world”를 인쇄하는 방법을 보여줍니다. MSDN 중재자는 병렬 활동이 실제로 순차적 인 방법에 대한 개괄적 인 개요를 설명합니다. 그는 기본적으로이 기본 사항을 수행하기 위해 “전체 설명서를 읽어야합니다”로 결론을 내립니다. http://social.msdn.microsoft.com/Forums/en/windowsworkflowfoundation/thread/8a1fa165-ad5c-4cd2-b489-7ea5fc31fed8

행운을 빕니다.

답변