문제

Microsoft의 동시성 및 조정 런타임은 문자 그대로 교착 상태와 관련된 주요 문제로 진행되는 프로젝트를 상당히 저장했습니다. 그 이후로 나는 비동기 코딩이 필요한 거의 모든 것에 대해 점점 더 자주 사용하여 이전보다 더 가볍고 빠르게 실행되는 결과를 생성해야합니다. 나는 그것이 Multithread/Multicore Dev에 대한 생각을 변화 시켰다고 정직하게 진술 할 수 있습니다. CCR에 대한 나의 개인적인 사랑에도 불구하고, 웹에서 그것을 둘러싼 버즈는 거의없는 것으로 보이며 누군가가 어떤 이유를 제시 할 수 있는지 궁금해하고있었습니다. 더 나은 대안이 있습니까, 아니면 MS의 승진 부족입니까, 아니면 사람들이 단순히 기존 도구에 만족합니까?

도움이 되었습니까?

해결책

그 주변의 라이센스는 내가 기억하는 것에서 약간 고통 스럽습니다.

대부분의 사람들이 .NET 4.0에서 평행 연장을 기다리고 있다고 생각합니다. 나는 그것이 똑같은 것이 아니라는 것을 알고 있지만, 그것은 현재 프레임 워크에있는 것보다 여전히 훨씬 낫다 - 그리고 연속이 같은 방식으로 작동하지 않지만 적어도 그들은 거기에있다 :)

CCR 작업이 PFX의 디자인에도 영감을 주었다고 확신하지만 평행 연장이 CCR보다 더 많은 작업을했다고 생각합니다.

다른 팁

나는 그것을 제안 할 것이다 TPL 데이터 플로우, .NET 4.5의 일부로 출시되면 결국 CCR을 대체 할 것입니다. CCR의 대부분의 개념은 DataFlow의 아날로그를 가지고 있지만 반드시 간단한 포팅 연습은 아닙니다.

즉, Robotics Studio Developer 4 Beta 2, 2011 년 11 월 출시, Silverlight 4 용 CCR 버전이 포함됩니다.

나도 CCR에 대한 개인적인 사랑을 가지고 있습니다 ... 나는 .NET 또는 다른 곳에서 그것과 상당히 동등한 것을 보지 못했습니다. 나는 존의 옳다고 생각하는 것이 너무 나쁘다고 생각하고 그것은 우리와 같은 열정적 인 팬들의 틈새로 강등 될 것이며, 대부분의 주류 .NET 멀티 스레딩은 아마도 평행 연장으로 이루어질 것입니다.

나는이 예후에 특히 실망했다. 나는 그것을 홍보하기 위해 더 많은 일을 할 수 있다고 생각하기 때문이다. 또한, Microsoft CCR/DSS 사이트 나는 아마 그것을 시도하지 않았을 것이라고 생각하지 않았을 것입니다 ... 나는 그것이 왜 이런 식으로 포장 된 이유를 이해하지 못합니다. 로봇 공학을 넘어서 목적.

어쨌든, 당신은 혼자가 아닙니다 ... 그리고 다른 CCR '애호가들'도 많이 있습니다. 다음은 깔끔한 'Flow'기반 CodePlex 프로젝트입니다. 그것은 흥미로운 흐름 패러다임으로 CCR을 감싸고 있습니다.

나는 지금까지 두 가지 주요 프로젝트에서 CCR을 사용하고 있습니다. 첫 번째는 끔찍하고 (실제로 인과 관계 패턴 아이디어를 얻지 못했음) 두 번째는 훌륭하게 나오고 있습니다 (웹 크롤러)

두 프로젝트 모두 메시지 기반 패러다임을 활용하여 느린 실행 IO 운영을 기다리지 않습니다. CCR은 호환 가능한 ORM 맵퍼의 부족을 해결하면 함께 일하는 것이 좋습니다. (다른 사람들을 구해주기 위해 작성한 배관 코드 중 일부를 공개하는 것을 고려하고 있습니다.)

RX는 매우 흥미로워 보입니다. 오류 처리, 속도 및 신뢰성 측면에서 그것이 어떻게 비교되는지 궁금합니다.

Microsoft Robotics Studio 2008 R3을 사용할 수 있으며 이제 모든 사람이 사용할 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top