5
안녕하십니까, 많은 분들이 프로덕션 환경에서 워크 플로를 사용하고 좋은 아이디어가 있었는지 알고 싶습니다. DB와 스케줄러 서비스를 사용하여 똑같은 것을 만들 수 있습니다.워크 플로 프로덕션 코드
A
답변
1
우리는 워크 플로에 WF를 사용하는 Sharepoint를 사용합니다. 그것은 꽤 잘 작동하고 쉽게 사용자 정의 할 수 있습니다. 고급 워크 플로가 필요한 경우 WF에서 지원할 수 있지만 기능 및 내용을 배우려면 약간의 교육이 필요합니다.
자신 만의 워크 플로우를 굴릴 수는 있지만 왜 바퀴를 재발 명할 수 있습니까? WF는 .NET 3.0+ 프레임 워크에 내장되어 있으며 매우 강력하므로 잘 활용할 수 있습니다.
4
우리는 생산 환경에서 WF를 사용합니다. 우리는 6 가지 워크 플로우를 실행할 수 있습니다. 이것들은 3 개의 statemachine과 3 개의 sequence로 나누어집니다. 어떤 상황에서는 다시 사용 하겠지만 다른 사람들에게는 사용하지 않을 것입니다. 나는 워크 플로우의 statemachine 부분이 빨리 끝났다고 주장 할 것이고, 디자인을 통해 워크 플로우의 핵심 부분을 확신하지 못한다.
필자는 따옴표 또는 변환하는 것과 같은 짧은 실행 프로세스에 대해 워크 플로를 사용하여 supliers에 보내기 전에 워크 플로를 다시 사용합니다.
오랫동안 실행중인 statemachine에 대해서는 다시하지 않으려합니다. 주로 WF 업그레이드 프로세스가 내장되어 있지 않기 때문에 우리 자신이 작성하게되었습니다. 고개를 돌리는 개념도 많이 있습니다 (개발 팀에서 집시 저주라고 알려진 애정 표현).
나는 또한 약간의 성능에 대해 우려 할 것입니다. 우리 앱 서버는 현재 평평하게 운영되고 있습니다 (현재 8000 개의 워크 플로우를 다시 시작합니다). 이는 (.NET 3.5) send 및 recieve 활동을 사용하여 WCF에 직접 통합하는 경우 특히 문제가됩니다. 여러 워크 플로를 동시에 실행할 수 있도록 설정해야하는 일부 미친 구성 설정이 있습니다.
어쨌든, 내가 말했듯이, 유용합니다. 다시 사용 하겠지만 다른 statemachine에는 사용하지 마십시오.
또한 Please confirm: Is Windows Workflow Foundation a good horse to be backing right now?
0
대부분의 사람들은 워크 플로우에 대한 모든 좋은 말을하지만 그들은 불필요한 코드의 복잡성 및 유지 보수 문제를 소개하는 것을 관찰 참조하십시오. 그것들은 특정 종류의 문제에 적합합니다. 그 다음에는 많은 코드 배관 및 유지 보수의 악몽이 필요합니다.
나는 셰어 포인트 2003에서 어떻게 프로그램을 만들 었는지 물어볼 수 있습니까? WF가 출현하기 전에 – Snehal
우리는하지 않았다. 우리는 대부분의 워크 플로우 작업에 Teamcenter Enterprise를 사용해 왔습니다. 현재 Sharepoint 2007에서 더 많은 워크 플로를 구현하기 위해 조사 중입니다. – davogones