Microsoft CCR có đạt được lực kéo nào không?

Question

Đồng thời và phối hợp của Microsoft Thời gian chạy khá đúng nghĩa đen đã lưu một dự án đang chạy vào các vấn đề lớn với deadlocking. Kể từ đó tôi thấy rằng tôi sử dụng nó nhiều hơn và thường xuyên hơn cho hầu như bất cứ điều gì đòi hỏi mã hóa không đồng bộ tạo ra kết quả chạy nhẹ hơn và nhanh hơn trước. Tôi có thể thành thật nói rằng nó đã thay đổi cách tôi nghĩ về đa luồng/đa lõi dev. Mặc dù tình yêu cá nhân của tôi đối với CCR, dường như có rất ít buzz xung quanh nó trên web và tự hỏi liệu có ai có thể đưa ra bất kỳ lý do nào cho việc này hay không. Có lựa chọn thay thế tốt hơn, hoặc là nó thiếu sự thăng tiến từ MS, hay mọi người chỉ đơn giản là hạnh phúc với các công cụ hiện có?

Answer 1

Việc cấp phép xung quanh nó là một chút đau, từ những gì tôi nhớ.

Tôi nghĩ hầu hết mọi người đang chờ Tiện ích mở rộng song song trong .NET 4.0. Tôi biết nó không hoàn toàn giống nhau, nhưng nó vẫn còn tốt hơn rất nhiều so với những gì trong khuôn khổ hiện tại - và mặc dù các tiếp tục không hoạt động theo cùng một cách, ít nhất là họ đang có :)

Tôi nghi ngờ rằng phần mở rộng song song đã có khá nhiều công việc trên nó hơn CCR - mặc dù tôi chắc chắn rằng CCR làm việc lấy cảm hứng từ một số thiết kế của PFX là tốt.

Answer 2

Tôi cũng có tình yêu cá nhân đối với CCR ... Tôi chắc chắn chưa thấy bất kỳ điều gì tương đương với nó trong .NET hoặc ở nơi khác. Tôi nghĩ rằng đó là quá xấu mà tôi nghĩ rằng quyền của Jon và nó có thể sẽ được xuống hạng cho một thích hợp của người hâm mộ nhiệt tình như chúng tôi, trong khi hầu hết các dòng chính thống NET đa luồng có thể sẽ được thực hiện với các phần mở rộng song song.

Tôi đặc biệt thất vọng về tiên lượng này vì tôi nghĩ nhiều hơn có thể được thực hiện để quảng bá nó - nói rằng có thể phù hợp với một doanh nghiệp đáng tin cậy khung tin nhắn kiểu xe buýt không đồng bộ, mà tôi nghĩ là thiếu một câu chuyện mạch lạc trong .NET. Ngoài ra, khi nhìn vào Microsoft CCR/DSS Site Tôi có lẽ sẽ không bao giờ nghĩ thử nó ... Tôi không hiểu tại sao nó lại được đóng gói theo cách này - ngoài thực tế là một số công ty đã tách nó ra khỏi bộ công cụ Robotics và chỉ cần chạy với nó trước khi MS nghĩ rằng nó có một mục đích ngoài robot.

Dù sao, bạn không đơn độc ... và cũng có rất nhiều những người đam mê CCR khác. Here's a neat 'flow' based CodePlex project kết thúc tốt đẹp CCR trong một mô hình dòng chảy thú vị.

Answer 3

Tôi đã tận hưởng việc sử dụng CCR trong hai dự án lớn cho đến nay. Điều đầu tiên là khủng khiếp (không thực sự có được ý tưởng mẫu Quan hệ nhân quả) Và thứ hai đang xuất hiện cùng một cách tuyệt vời (trình thu thập thông tin web)

Cả hai dự án đều sử dụng mô hình dựa trên thông báo để tránh chờ các hoạt động IO chạy chậm. CCR là khá tốt để làm việc với một khi bạn giải quyết việc thiếu một trình ánh xạ ORM tương thích. (Tôi đang xem xét việc phát hành một số mã ống nước mà tôi đã viết để cứu người khác đau tim)

Có nói rằng, RX trông khá thú vị. Tôi tò mò làm thế nào nó so sánh về xử lý lỗi, tốc độ và độ tin cậy.

Answer 4

Microsoft Robotics Studio 2008 R3 hiện khả dụng và giờ đây miễn phí cho mọi người sử dụng.

Answer 5

Tôi khuyên bạn nên TPL Dataflow, được phát hành như một phần của .Net 4.5, cuối cùng sẽ thay thế CCR. Hầu hết các khái niệm trong CCR có một điểm tương tự trong Dataflow mặc dù nó không nhất thiết phải là một bài tập chuyển tiếp đơn giản.

Điều đó nói rằng, Robotics Studio Developer 4 Beta 2, released November 2011, không bao gồm phiên bản CCR cho Silverlight 4.