Microsoft的Concurrency and Coordination Runtime完全保存了一个项目，该项目遇到了死锁的主要问题。从那时起，我发现我越来越频繁地使用它来处理需要异步编码的任何事情，从而产生比以前更轻，更快的结果。我可以诚实地说它改变了我对多线程/多核开发的看法。尽管我个人对CCR很感兴趣，但在网络上似乎没有什么嗡嗡声，并且想知道是否有人可以提供任何理由。是否有更好的选择，或者是MS缺乏推广，还是人们对现有工具感到满意？
答案 0 :(得分：4)
我建议将TPL Dataflow作为.Net 4.5的一部分发布，最终将取代CCR。 CCR中的大多数概念在数据流中都有类似的概念，尽管它不一定是简单的移植练习。
也就是说，Robotics Studio Developer 4 Beta 2 released November 2011确实包含了Silverlight 4的CCR版本。
答案 1 :(得分：3)
根据我的记忆，围绕它的许可有点痛苦。
我认为大多数人都在等待.NET 4.0中的Parallel Extensions。我知道它不是一回事，但它仍然比目前框架中的更好 - 尽管延续不同的方式，至少它们在那里：）
我怀疑Parallel Extensions在CCR上的工作要多得多 - 尽管我确信CCR的工作也激发了一些PFX的设计。
答案 2 :(得分：2)
我也对CCR有个人的爱...我当然没有在.NET或其他地方看到任何相当于它的东西。我认为这是太糟糕了，我认为Jon是正确的，它可能会降级到像我们这样热情的粉丝，而大多数主流的.NET多线程可能会用Parallel Extensions完成。
我对这种预测感到特别失望，因为我认为可以做更多的事情来推广它 - 比如说它可能适合企业可靠的异步消息总线类型框架，我认为它在.NET中缺乏连贯的故事。此外，从Microsoft CCR/DSS Site我可能从未想过尝试过它...我不明白为什么它被打包这样 - 除了几家公司从机器人工具包中撕掉它的事实并且在MS认为它有超出机器人技术的目的之前，它就跑了。
无论如何，你并不孤单......还有很多其他CCR'爱好者'。 {C}将CCR包装在一个有趣的流程范例中。{/ 3>
答案 3 :(得分：2)
到目前为止，我一直喜欢在两个主要项目中使用CCR。第一个是可怕的（没有真正得到因果关系模式的想法）而第二个是出色的（网络爬虫）
两个项目都利用基于消息的范例来避免等待缓慢运行的IO操作。一旦解决了缺乏可兼容的ORM映射器，CCR就可以很好地工作了。 （我正在考虑发布一些我写的管道代码，以免其他人心痛）
话虽如此，RX看起来很有趣。我很好奇它在错误处理，速度和可靠性方面的比较。
答案 4 :(得分：1)
Microsoft Robotics Studio 2008 R3现已推出，现在免费供所有人使用。