Xin chào, tôi muốn biết có bao nhiêu bạn đã sử dụng quy trình làm việc trong môi trường sản xuất của bạn và ý tưởng đó có tốt không? Ý tôi là chúng ta có thể tạo cùng một thứ bằng cách sử dụng dịch vụ lập lịch biểu và DBQuy trình làm việc trong mã sản xuất
Chúng tôi sử dụng Sharepoint, sử dụng WF cho luồng công việc của nó. Nó hoạt động khá tốt và khá dễ dàng tùy chỉnh. Nếu bạn cần một quy trình làm việc nâng cao, WF có thể hỗ trợ nó, nhưng nó sẽ thực hiện một số khóa đào tạo để tìm hiểu các thông tin chi tiết.
Bạn có thể cuộn luồng công việc của riêng mình, nhưng tại sao lại phát minh ra bánh xe? WF được xây dựng trong khung công tác .NET 3.0+ và khá mạnh mẽ, vì vậy bạn có thể tận dụng lợi thế của nó.
Chúng tôi sử dụng WF trong môi trường sản xuất của mình. Chúng tôi có 6 quy trình công việc khác nhau có thể chạy. Những phân chia thành 3 statemachine và 3 trình tự. Tôi sẽ sử dụng nó một lần nữa trong một số trường hợp, nhưng tôi sẽ không ở những người khác. Tôi cho rằng phần statemachine của quy trình công việc đã được kết thúc nhanh chóng, tôi không chắc nó là một phần cốt lõi của quy trình làm việc trong suốt quá trình thiết kế.
Tôi sẽ sử dụng quy trình làm việc một lần nữa cho các quy trình chạy ngắn như báo giá hoặc chuyển đổi mọi thứ trước khi gửi chúng tới cấp cao nhất.
Tôi sẽ không muốn làm điều đó một lần nữa cho một statemachine chạy dài - chủ yếu là do không có quá trình nâng cấp WF được xây dựng nên chúng tôi đã tự mình viết xong. Ngoài ra còn có rất nhiều khái niệm để có được đầu của bạn xung quanh (trìu mến được gọi là lời nguyền gypsy với trong nhóm phát triển của chúng tôi).
Tôi cũng sẽ hơi lo lắng về hiệu suất: Máy chủ ứng dụng của chúng tôi hiện đang chạy phẳng (OK tôi đang khởi động lại 8000 luồng công việc tại thời điểm này). Điều này đặc biệt là một vấn đề nếu bạn tích hợp trực tiếp vào WCF bằng cách sử dụng các hoạt động gửi và nhận (.NET 3.5) - có một số cài đặt cấu hình điên thích hợp bạn phải đặt để cho phép chạy nhiều luồng công việc cùng một lúc.
Dù sao, như tôi đã nói: nó rất hữu ích, tôi sẽ sử dụng lại, nhưng không phải cho một statemachine khác.
Xem thêm Please confirm: Is Windows Workflow Foundation a good horse to be backing right now?
Hầu hết mọi người nói tất cả những điều tốt đẹp về quy trình công việc nhưng tôi đã quan sát thấy rằng họ giới thiệu mã phức tạp và bảo trì các vấn đề không cần thiết. Chúng phù hợp với một loại vấn đề cụ thể. khác sau đó họ cần rất nhiều hệ thống ống nước mã và bảo trì cơn ác mộng.
Tôi có thể hỏi bạn một số điều như thế nào u chương trình trong Sharepoint 2003? trước khi WF có mặt – Snehal
Chúng tôi đã không. Chúng tôi đã sử dụng Teamcenter Enterprise cho hầu hết các công việc của chúng tôi. Chúng tôi hiện đang điều tra việc triển khai nhiều luồng công việc hơn trong Sharepoint 2007. – davogones