필자는 이미 엔터프라이즈 급이 아닌 협업 응용 프로그램 (엔터프라이즈 급이 아닌, 규모가 크게 성장할 가능성이있는 작은 프로젝트)을 위해 새로운 아키텍처를 개발하고 있습니다. 이미 IOC를 사용하도록 스스로를 규율하려고 노력하고 있습니다. Extend, TDD, WF가 WF4 (Windows Workflow 4.0, .NET 4.0의 일부)를 배우고 통합하는 데 관심이 있는지, 또는 WF가 말 그대로, 전체 응용 프로그램의 컨트롤러, 즉 "MVC"(ASP.NET MVC가 아니라 패턴)의 실용적인 C입니다. 따라서 은 WF4의 워크 플로우 활동이 고도로 확장 가능/확장 가능한 웹 기반 공동 작업 애플리케이션의 기본 컨트롤러가되어야합니까?? 아니면 완전히 잘못된 질문을하고 있습니까?.NET WF4 : 모든 작업을 처리해야합니까?
이것은 막연한 질문입니다. 그렇기 때문에 추상적 인 답변은 특정 질문만큼 환영받을 것입니다.
WF4는 WF3의 중요한 재 작업 및 재 설계로, WF3를 열악한 기술로 선택하게 만든 많은 부분이 WF4에서 정리되었음을 알고 있습니다. 예를 들어 내가 말할 수있는 한 (비록 내가 열심히 보지 않았지만 이것에 대해 거의 다루지 않았지만) WF4 활동은 [TestMethod]로 모의 테스트를하고 을 조롱한다. WF의 테스트 가능성은 우리에게 큰 관심사입니다.). 저는 WF를 사용하여 XML을 통해 다이어그램 작성 또는 늦은로드에 관심이 거의 없으며 구체적인 C# 워크 플로 선언을 작성하는 것을 선호하지만 워크 플로를 컴파일 언어로 간결하게 작성하고 테스트 할 수 있다면 유료로 유혹을받습니다. 그것에주의를 기울이십시오. 그래서 이러한 개선이 있다면, 성능 향상과 같은 다른 것들 중에서도이 기술에 대한 내 관심을 다시 얻었습니다. 이전에 WF3을 푸우 푸시 했었습니다.
또한 Microsoft에 따르면 WF4는 Microsoft CRM, MS SharePoint 등에서 서로 다른 워크 플로 기술을 사용하여 얻은 교훈을 바탕으로 앞으로 Microsoft에서 모든 워크 플로 기반 제품에 대해 표준화하고자하는 것입니다. 하나의 크기에 맞는 모든 기능에 베팅하는 것에 대해 궁금한 점이 있지만, 구현이 간결하고, 컴파일 타임에 유형을 검사하고, 테스트 할 수 있고 유지 보수 가능한 경우에만 가능합니다.
편집 : WF4 (WF3 아님)를 아는 사람들의 답변 만 "대답"으로 간주됩니다.
당신의 질문은 블랙 애더 (Black Adder)의이 장면을 생각하게 만들었습니다. http://www.youtube.com/watch?v=UK7ci6UDBeQ –
@greg - 문화적인 것이어야합니다. –
이 질문에 대한 후속 조치로이 프로젝트는 부수적 인 프로젝트였으며이 질문에 대한 답을 얻을 때까지 또는 프로그래밍 방식의 WF를 핵심으로 탐험 할 때가 지 기다렸습니다 (물론 높은 이 시점에서 -risk 개념). –