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