Asp.net과 Windows Workflow의 조합이 좋은가요?
문제
저는 매우 간단한 상태 머신 주문 처리 애플리케이션을 구현하고 있습니다.몇 가지 변형이 적용된 전자상거래 애플리케이션입니다.응용 프로그램 사용자는 스스로 작업 흐름을 편집하지 않습니다.
Microsoft는 asp.net과 Windows Workflow를 결합할 수 있다고 주장합니다.asp.net과 Windows Workflow를 함께 설치하고 유지 관리하는 것이 얼마나 어렵습니까?나는 sql-server에서 워크플로 상태를 유지하려고 합니다.
내 자신의 상태 기계 코드를 롤링하는 것이 더 쉽습니까, 아니면 Windows Workflow가 해당 작업에 적합한 도구입니까?
해결책
Asp.net과 WF는 잘 어울리며 WF는 유지 관리 오버헤드를 많이 추가하지 않습니다.
이것이 귀하에게 적합한 디자인인지 여부는 귀하의 요구 사항에 따라 크게 달라집니다.이벤트 기반 작업이 많으면 WF가 가치가 있을 수 있습니다. 그렇지 않으면 자체 추적을 롤링하는 오버헤드로 인해 시스템이 덜 복잡해질 것입니다.
WF는 비교적 사용하기 쉬우므로 프로토타입을 만들어 실험해 보는 것이 좋습니다.
또한 제 생각에는 귀하의 요구 사항을 기준으로 볼 때 WF가 귀하에게 적합한 솔루션이 될 것이라고 생각하지 않습니다.
다른 팁
그것은 귀하의 필요에 따라 다릅니다.상태 머신은 얼마나 복잡합니까?상태 머신을 어디에 두기를 원하십니까(예:모델 대데이터 베이스)?WWF는 이벤트 기반 상태 머신을 제공하는데, 이는 상태 머신이 모델에 내장되어 있는 경우에 충분합니다.
개인적으로 저는 전자상거래 프레임워크와 기타 워크플로 기반 웹사이트를 구현해 왔으며 데이터베이스 기반 상태 머신을 구현하는 데 항상 많은 즐거움을 누려왔습니다.항상 문제없이 일했습니다.
반면에 내 동료 중 일부는 WWF를 선호합니다.
어쨌든 ASP.NET에서는 완벽하게 작동합니다.
상태 머신이 매우 간단하다면 직접 롤링해야 한다고 말하고 싶습니다.모든 것을 더 잘 제어할 수 있습니다.당신은 자신의 방식으로 지속성을 다룰 수 있으며 그들이 어떻게 하는지 걱정할 필요가 없습니다.
WF는 꽤 멋져 보이지만 아마도 CRM 및 Sharepoint와 같은 프레임워크에 쉽게 연결할 수 있다는 사실에 이 WF의 힘이 있다고 생각합니다.응용 프로그램에서 이러한 기능을 사용하려는 경우 WF 사용을 확실히 고려해 보겠습니다.
전체 공개:저는 확실히 WF 전문가는 아닙니다.