Microsoft의 동시성 및 조정 런타임은 문자 그대로 데드락과 관련된 주요 문제로 실행되는 프로젝트를 저장했습니다. 그 이후로 나는 비동기 코딩이 이전보다 가볍고 빠르게 실행되는 결과를 생성해야하는 거의 모든 것들에 대해 점점 더 자주 사용함을 발견했습니다. 나는 그것이 멀티 쓰레드/멀티 코어 개발자에 대한 생각을 바꾸 었다고 정직하게 말할 수있다. CCR에 대한 나의 개인적인 사랑에도 불구하고, 웹에서 그것을 둘러싸고있는 작은 소문이있는 것처럼 보이며, 누군가가 이것에 대해 어떤 이유를 제공 할 수 있는지 궁금해하고있었습니다. 더 나은 대안이 있습니까, 아니면 MS의 진흥이 부족합니까 아니면 기존 툴에 만족하고 있습니까?Microsoft CCR이 견인력을 얻고 있습니까?
주위의 라이센스는 내가 기억하는 것에서 약간의 고통입니다.
대부분의 사람들은 .NET 4.0에서 Parallel Extensions를 기다리고 있다고 생각합니다. 나는 그것이 똑같은 것은 아니라는 것을 알고 있지만, 현재 프레임 워크에있는 것보다 훨씬 더 낫다. - 연속체가 똑같은 방식으로 작동하지는 않지만 최소한 그들은 거기에있다. :)
나는 의심한다. Parallel Extensions가 CCR보다 오히려 더 많은 작업을 해왔습니다. CCR 작업이 PFX 디자인의 일부로 영감을 받았음에도 불구하고 말입니다.
나도 CCR에 대한 개인적인 사랑을 가지고 있습니다. .NET이나 다른 곳에서는 볼 수 없었습니다. Jon이 옳다고 생각하는 것은 너무 나쁘고 우리 같은 열정적 인 팬들의 틈새 시장으로 강등 될 것이라고 생각합니다. 대부분의 .NET .NET 멀티 스레딩은 Parallel Extension으로 수행 될 것입니다.
.NET에서 일관된 이야기가 부족하다고 생각하는 기업의 신뢰할 수있는 비동기 메시지 버스 유형의 프레임 워크에 적합하다고 생각하기 때문에이 예후에 특히 실망합니다. 또한, Microsoft CCR/DSS Site에서 볼 때 나는 그것을 시도해 본적이 없을 것입니다 ... 왜 이런 식으로 패키지되었는지 이해할 수 없습니다 - 여러 회사가 Robotics 툴킷에서 그것을 찢어 버렸고 그냥 달렸습니다. MS가 로봇 공학을 넘어서는 목적이 있다고 생각하기 전에
어쨌든, 당신은 혼자가 아닙니다 ... 그리고 많은 다른 CCR '열광 자'도 있습니다. Here's a neat 'flow' based CodePlex project은 흥미로운 흐름 패러다임에서 CCR을 래핑합니다.
저는 지금까지 두 가지 주요 프로젝트에서 CCR 사용을 즐기고 있습니다. (웹 크롤러)
두 프로젝트는 느리게 실행되는 IO 작업을 기다리지 않도록 메시지 기반 패러다임을 사용합니다. CCR은 호환 가능한 OR 매퍼의 부족을 해결하면 작업하기에 꽤 좋습니다. (나는 다른 사람들에게 심장 통증을 저장하기 위해 작성한 배관 코드 중 일부를 공개 할 생각이다)
RX는 상당히 재미있어 보인다. 오류 처리, 속도 및 안정성 측면에서 비교하는 방법이 궁금합니다.
닷넷 4.5의 일부로 출시 될 TPL Dataflow이 결국 CCR을 대체 할 것이라고 제안합니다. CCR의 대부분의 개념은 데이터 흐름에 아날로그가 있지만 반드시 간단한 포팅 작업은 아닙니다.
즉, Robotics Studio Developer 4 Beta 2 (released November 2011)에는 Silverlight 4 용 CCR 버전이 포함되어 있습니다.
그래, 나는 .net4.5에서 async/await과 함께 DataFlow를 사용하고 있으며, 후계자로 정렬되어있는 것으로 보인다. 아주 좋아. – spender
그래, 합의, 엉덩이지만, 릴리스 시간에 관해서는 그것을 사용 후, 우리는 확실히 지불합니다. – spender