2009-03-31 4 views
4

좋아요, 그래서 WPF와 WCF를 배웠고 훌륭했습니다. 아마도 CardSpace는 이륙하지 않을 것이기 때문에 걱정하지 않았습니다.Windows 워크 플로 학습을해야합니까?

워크 플로우에 신경 써야할까요? 그만한 가치가 있습니까? 큰일이 뭐야?

답변

6

WF를 배우거나 적어도 이해할만한 가치가 있습니다. WF는 앱을 구현하는 데있어 다른 패러다임을 제공하며, 이 향후 주류가 될 수있는 패러다임을 제공합니다. Enterprisey? 네, 어쩌면 오늘. 그러나 장기적으로 WF 나 적어도 그것이 촉진하는 패러다임은 보편적이며 보편화 될 수 있습니다. 워크 플로를 사용하여 프로그램을 설명하는 것은 20 년 전에 OO 및 C++가 있던 단계에 있습니다.

새로운 것을 배우면 생각이 넓어집니다. 예를 들어 일상 업무에서 C# 또는 Java를 사용하더라도 Lisp을 알면 문제를 해결하는 방법에 대한 생각을 넓힐 수 있습니다. IMO. WF는 동일합니다.

두 번째 생각은 투자자처럼 생각하는 것입니다. YOU의 가치를 프로그래머로 키우고 싶다면 WF를 배우는지 여부는 시장이나 직업에 달려 있습니다. 당신의 공간이나 회사의 WF 기술은 당신의 여분의 노력에 가치가 있거나 없을 수도 있습니다.

-1

빌드하는 소프트웨어 유형에 따라 다릅니다. WPF는 깔끔합니다. WCF는 용도가 있습니다. Windows Workflow는 꽤 "enterprisey"입니다. 더 많은 설정이 필요하고 복잡해질 수 있습니다.

정의 가능한 워크 플로의 이점을 얻을 수있는 엔터프라이즈 소프트웨어를 구축하지 않는 한, 나는 그다지 신경 쓰지 않을 것입니다.

+0

"추가 설정이 필요합니다"? BizTalk에 대해 생각하고 있었습니까? 그것들은 별개의 것이며 관련이 없습니다. –

3

Windows 워크 플로는 여러 가지 종류의 응용 프로그램에 유용합니다. 만약 당신이 그들 중 하나를 쓰지 않는다면, 그것을 배울 필요가 없습니다.

  1. 인간 흐름 -
  2. 명백한 그것은 동시에 여러 작업을 처리하는 방법으로 매우 유용
  3. 복잡한 UI 탐색에 유용 할 수있다. 비동기 처리를 수행하는 매우 쉬운 방법입니다. 여러 단계
  4. 구성된
  5. 장기 실행 작업 처리
  6. 당신이 동작을 사용자 정의 고객을 허용해야하는 상황이 규칙은 기반. 응용 프로그램과 관련된 사용자 지정 활동을 제공 할 수 있으며 고객은이를 결합하고 매개 변수화 할 수 있습니다.

하지만이 중 아무 것도 필요하지 않은 경우 왜 그렇습니까? 일부 백서를 읽거나 일부 비디오를보고 흥미로운 부분이 있는지보십시오.

워크 플로 디자이너와 규칙 디자이너 모두 임의의 Windows Forms 응용 프로그램에서 호스팅 될 수 있습니다. 예를 들어 조건부 처리를 사용자 정의 할 수있는 방법이 필요한 경우 자신의 응용 프로그램에서 다시 사용할 수 있습니다.

1

Paul이 말했듯이, 당신이 일하는 환경에 달려 있습니다. 개인적으로 인생이 나를 어디로 데려 갈 것인지 결코 알지 못하기 때문에 (기업 발전, 창업 등) 나는 내가 가질 수있는 모든 것을 배우려고 노력합니다. 기회.

시간, 직감 및 개발 환경이 있다면 배우십시오. 배우십시오. 길 아래의 어떤 지점에서 언제 유용할지 알 수 없습니다.

3

현재 Windows 워크 플로에 대한 일반적인 합의는 아직 제품이 아직 완성되지 않았다고 생각합니다. 현재 프레임 워크로 간단한 작업을 수행하고 싶다면 기능적 차이를 채우기 위해 몇 가지 사용자 지정 작업을 작성해야 할 것입니다. 나는 또한 워크 플로우의 복잡성이 쌓일 때 디자이너가 눈을 떴다.

Windows Workflow에 대해 듣고 읽은 내용에서 다음 버전 (v4.0)은 현재 버전의 많은 문제를 해결하는 완전 재 작성입니다. 그들은 v3/3.5 워크 플로우와의 하위 호환성을 주장하지만, 변경된 사항과 즉시 해결되지 않는 경우이를 수정하는 방법을 알기 위해서는 아마도 프레임 워크를 잘 알아야 할 것입니다.

오늘이 기능을 절대적으로 요구하는 프로젝트가 없다면 새로운 비트가 출시 될 때까지 기다리는 것이 좋습니다.

7
+0

그건 재미있는 게시물입니다. 그러나 조직에서는 프로그래머가 아닌 사람들도 코드에 직면하지 않고 특정 활동을 쉽게 비활성화 할 수 있었기 때문에 워크 플로 디자이너 만 있으면 도움이되었습니다. 따라서 코드는 여전히 저에게 쓰여지지만 필요한 경우 다른 사람들은 우연히 다른 것을 깨뜨리지 않고 쉽게 아주 작은 수정을 할 수 있습니다. – Dave

0

모든 조언을 주셔서 감사합니다. 그가 가장 많은 표를 얻었으니 Cheeso가 답을 얻었지만 모든 의견은 감사합니다. Scroll Lock의 충고를 받아 들여 v4.0까지 기다렸다가 진지한 모습을 보일 때까지 기다려야 할 것 같습니다.

0

원래 워크 플로 개념이 정말 좋았지 만, 결국에는 무언가를 사용하거나 내 자신의 statemachine을 사용하고 데이터베이스를 지속성으로 사용한다고 생각합니다. 지금 당장 가장 큰 문제는 워크 플로 런타임에 여전히 많은 메모리 누수가있는 것 같습니다. 나 좀 긴장 되네.

관련 문제