2009-09-25 36 views
10

WF có được sử dụng ở giao diện người dùng hoặc lớp nghiệp vụ không? Nếu ở lớp giao diện người dùng, thì có ai đó mã hóa trong lớp nghiệp vụ thậm chí cần sử dụng hoặc tìm hiểu nó không?Nền tảng Windows Workflow được sử dụng ở đâu?

+1

Tôi nghĩ rằng anh ấy có nghĩa là WF do tiêu đề –

+0

Tôi vừa mới nhận thấy rằng tôi cũng đã thêm thẻ WCF. Tôi hỏi về WF – rubysons

Trả lời

8

Chris đưa ra một câu trả lời tuyệt vời, vì vậy tôi sẽ tham gia một đường lối khác. Luồng công việc thực sự không giống như logic. Quy trình công việc thường là các thành phần của logic, làm cho chúng trở thành một đóng góp miễn phí cho toàn bộ. Trường hợp một thành phần kinh doanh độc đáo gói gọn một phần quy tắc hoặc hành vi kinh doanh, luồng công việc soạn nhiều thành phần, quy tắc và hành vi kinh doanh để đáp ứng nhu cầu của các quy trình kinh doanh lớn hơn và dài hơn.

Quy trình làm việc có thể phù hợp với mọi nơi, đáp ứng nhu cầu quy trình cho giao diện người dùng, doanh nghiệp và thậm chí cả các lớp dữ liệu. Nếu bạn kết thúc bằng cách sử dụng WF, tôi khuyên bạn nên đào tạo nhân viên phát triển chung của bạn, để có kiến ​​thức rộng và hiểu biết. Mặc dù có một khía cạnh trực quan với nó, WF vẫn yêu cầu một số mã hóa cấp thấp để xây dựng một thư viện các hoạt động và những người tạo và người bảo trì luồng công việc đó sẽ sử dụng.

EDIT:

Tùy thuộc vào bạn có nên sử dụng hay không. Nói chung, WF được sử dụng bởi các dự án lớn hơn, bởi vì WF mang lại lợi tức đầu tư có giá trị. WF khó sử dụng hơn là viết mã. Có một đường cong học tập khá dốc, đòi hỏi một cách khác nhau để tiếp cận các vấn đề kinh doanh, và đòi hỏi các kỹ năng đặc biệt. Việc cung cấp mã cho WF bổ sung thêm chi phí, vì bạn phải viết các hoạt động có thể được sử dụng trong luồng công việc, cũng như tự xây dựng quy trình công việc.

Nếu bạn nghĩ rằng việc sử dụng WF cho dự án nhỏ của bạn sẽ mang lại lợi tức đầu tư có giá trị, hãy thực hiện. Bạn sẽ cần phải bù đắp cả chi phí ban đầu cho việc đào tạo, triển khai cơ sở hạ tầng và triển khai, cũng như cung cấp tiết kiệm chi phí dài hạn, hữu hình chỉ bằng cách viết mã để giải quyết các vấn đề trong tầm tay. Tôi sẽ nghi ngờ rằng WF sẽ cung cấp một dự án nhỏ như ROI. Đối với các dự án lớn hơn, hoặc nhiều dự án tích hợp cho một công ty lớn, dễ nhận ra ROI hơn là với các dự án nhỏ hơn, đó là lý do tại sao các nền tảng luồng công việc như WF thường chỉ được sử dụng trên quy mô đó.

+0

WF thường chỉ được sử dụng với các dự án lớn (nơi ứng dụng web được viết bởi một số lập trình viên) hay các ứng dụng web nhỏ hơn cũng sử dụng nó một cách thường xuyên? – rubysons

+0

@rubysons: WF được sử dụng bởi bất cứ ai muốn sử dụng nó. Lý do hầu hết các đội nhỏ không sử dụng nó là hoặc là họ bị giới hạn trong một phiên bản của khuôn khổ hoặc họ không nghĩ rằng họ có thời gian để tìm hiểu thêm cái gì khác. –

+0

@rubysons: Xem câu trả lời cập nhật. – jrista

3

WF là giao diện cho lớp bis.

Quy trình làm việc là cách viết khai báo bằng cách liên kết các hoạt động được xác định trước chứ không phải là mô hình lập trình bắt buộc bằng cách viết các dòng mã. Ngoài ra, bạn có nhiều công cụ đồ họa cho phép bạn ghi lại quy trình công việc. shuch như màu đen ngọc trai, K2 và sharepoint thiết kế.

Chúng được sử dụng rất nhiều và rất đáng học hỏi. Tôi bắt đầu sử dụng sau đó trong sharepoint và ms crm. Bây giờ tôi luôn luôn nhìn vào quy trình công việc để giải quyết các vấn đề chung của tôi.

dưới đây là một số liên kết: mirosoft msdn.microsoft.com/en-us/netframework/default.aspx Wkik: http://en.wikipedia.org/wiki/Windows_Workflow_Foundation

+0

1) Vì vậy, WF không được viết trong lớp kinh doanh, nhưng thay vì chỉ giao diện lớp kinh doanh? Trong WF được viết bằng lớp nào? 2) Vì vậy, mặc dù WF sử dụng mô hình lập trình khai báo, mã ở lớp nghiệp vụ vẫn được viết bằng cách sử dụng mô hình lập trình bắt buộc? – rubysons

2

WF chủ yếu được hiểu khá độc đáo - một chuỗi các sự kiện theo trình tự thời gian.

Tuy nhiên, nếu bạn nghiên cứu sâu hơn, bạn có thể kết hợp các hoạt động theo nhiều cách khác nhau. Một ví dụ điển hình là các quy trình công việc dựa trên trạng thái thường được hiển thị khi trình bày WF. WF cho phép bạn đặt Luồng công việc vào chế độ không hoạt động: Trạng thái hiện tại của nó được duy trì và được tải lại một lần, ví dụ: một sự kiện bên ngoài diễn ra. Do đó, quy trình làm việc có thể hữu ích trong việc theo dõi các tương tác dài chạy, nơi hệ thống phải chờ đợi, ví dụ: để một số quy trình bên ngoài kết thúc hoặc một số người dùng tương tác với hệ thống.

Tôi muốn nói rằng WF sẽ không hữu ích khủng khiếp trong ngữ cảnh giao diện người dùng.Chúng phù hợp hơn với vai trò là một mô-đun phụ trợ để thể hiện các quy trình tích hợp một số dịch vụ có khuynh hướng thay đổi theo thời gian. Tuy nhiên, theo quan điểm của tôi, WF là một sản phẩm phiên bản 1: Có một số điều khó xử có thể dẫn bạn vào mã khó duy trì, các bộ phận của cơ sở hạ tầng khá phức tạp để được sử dụng, bạn có thể thấy một số mâu thuẫn API ở đây & ở đó.

Ngoài ra còn có hướng dẫn về những điều bạn không nên làm nếu bạn muốn chuyển luồng công việc của mình sang thế hệ WF tiếp theo.

+0

vì vậy theo ý kiến ​​của bạn, tôi nên chờ bản phát hành tiếp theo của WF trước khi cố gắng tìm hiểu nó, vì tôi đã đọc những thay đổi đó sẽ rất quyết liệt và do đó học phiên bản hiện tại và phiên bản mới khoảng thời gian? – rubysons

+0

tốt, nếu bạn _can_ chờ đợi tôi nghĩ rằng tôi sẽ. Nếu bạn muốn tìm hiểu làm thế nào bạn có thể hưởng lợi từ WF bây giờ và trong tương lai bạn có thể có một đi tại phiên bản hiện tại - nó chắc chắn hoạt động nhưng mọi thứ sẽ thay đổi – flq

+0

wf 4 có vẻ tốt hơn rất nhiều: http://msdn.microsoft.com /en-us/library/ee342461.aspx –

Các vấn đề liên quan