Bạn có chấp nhận thành công Windows Workflow trong một ứng dụng web thực tế không?

Question

Gần đây tôi đã đăng câu hỏi liên quan đến quy trình làm việc Windows đang chạy trong một ứng dụng web. Cấp nó là một câu hỏi khá kỹ thuật có chứa các thuật ngữ như ManualWorkflowSchedulerService, HandleExtrenalEvent, vv ... nó có khoảng 15 lượt xem trong suốt 20 ngày.

Mặc dù rất có thể là vấn đề của tôi khi không hỏi câu hỏi đúng cách, nó khiến tôi suy nghĩ về việc áp dụng quy trình làm việc trong các ứng dụng thực tế, đặc biệt là trong các ứng dụng web.

Bạn đã triển khai thành công các ứng dụng internet thế giới thực với WF và nhìn lại, đã đầu tư thời gian (tiền) của bạn được trả lại chưa?

Answer 1

Chúng tôi sử dụng quy trình làm việc của máy trạng thái để quản lý một vài quy trình yêu cầu dịch vụ với mỗi trạng thái khoảng 10 trạng thái. Tôi không chắc liệu nó có phải là 100% sự lựa chọn đúng hay không, bởi vì việc thực hiện một thiết kế máy trạng thái đơn giản sẽ đơn giản hơn (có lẽ chúng ta phải chịu đựng ở đây từ BDUF).

Nhược điểm lớn nhất đối với chúng tôi là đường cong học tập. Tôi có nghĩa là, công việc thực tế là một phiên bản biztalk tước (miễn phí!).

Off đỉnh đầu của tôi, đây là những khu vực chúng tôi đã được hưởng lợi từ WF:

• Hosting workflow như dịch vụ buộc chúng tôi phải tách các công việc từ các lớp khác của chúng tôi, và điều này (vì vậy đến nay) là một thiết kế khá phong nha.
• Chúng tôi đã có thể dễ dàng tương tác với dòng chảy công việc từ ứng dụng khác nhau bằng cách sử dụng cung cấp máy chủ dịch vụ workflow
• dịch vụ theo dõi cung cấp số liệu kinh doanh tốt
• Runtime dịch vụ và dịch vụ kiên trì ổn định
• Thay Đổi Của Bản chạy quy trình công việc phức tạp nhưng hoạt động tốt hơn nếu chúng tôi đã thử tự mình làm như vậy

Tôi luôn luôn nhớ rằng nó thực sự là nền tảng. Là một nhà phát triển/kiến ​​trúc sư, bạn phải cam kết xây dựng một cái gì đó hữu ích trên đầu trang của nó.

Answer 2

Tôi đã sử dụng Windows Workflow trong một ứng dụng web được thiết kế để quản lý vòng đời của các yêu cầu kiểm soát thay đổi trong một hệ thống doanh nghiệp. Tôi thừa nhận đã lén lút xung quanh trong đó, và chắc chắn không làm được nhiều thứ một cách chính xác, nhưng nó hoạt động khá tốt và tôi hài lòng với cách dễ dàng thay đổi các quy tắc mà không cần viết nhiều mã hơn.

Tuy nhiên, khi tôi đã thực hiện dự án, người thừa hưởng nó đã quyết định không thích WF hoặc không muốn học, vì vậy ứng dụng đã chết và họ quay lại sử dụng email và cuộc gọi điện thoại. Vì vậy, việc thực hiện đã thành công, nhưng đầu tư cuối cùng là một sự lãng phí.

Answer 3

Kinh nghiệm của tôi là simillar cho Out Into Space, chúng tôi đã xem xét việc sử dụng WF để kiểm soát quá trình đặt hàng và đa dạng, trong các kịch bản B2B variuos. Cuối cùng tôi nghe nói họ đang trong quá trình gutting nó.

Tôi nghĩ rất khó để nhiều nhà phát triển nghĩ về quy trình làm việc.

Answer 4

Tôi đã triển khai 3 ứng dụng. 2 là các ứng dụng ASP.NET và 1 luồng công việc đã được triển khai vào môi trường SharePoint.Nhìn lại, tôi nghĩ đầu tư đáng giá. Giống như anh chàng trước đó đã nói, WF là một khuôn khổ mà bạn phải xây dựng dựa trên. Đó là một lớp nhiều hơn để lo lắng về nhưng lợi ích lớn hơn chi phí.

Answer 5

hi Tom tôi thực sự không nghĩ rằng WF tỏa sáng tốt khi chúng tôi đang sử dụng các ứng dụng web gây ra nhiều khả năng chúng tôi sẽ sử dụng DB để duy trì trạng thái bạn đã hỏi chính xác câu hỏi mà tôi có trong tâm trí của tôi chúng tôi đã sử dụng WF trong sản xuất của mình môi trường và nó đưa ra rất nhiều vấn đề khi chúng ta nâng cấp từ phiên bản này lên phiên bản khác thứ hai, nó có rất nhiều hạn chế tức là nó không hỗ trợ giao dịch xung quanh tôi nghĩ chúng ta nên đợi phiên bản 4 hoặc 5 để xem có gì tốt hơn không