微软的并发和协调运行时确实拯救了一个陷入重大死锁问题的项目。从那时起,我发现我越来越频繁地使用它来处理几乎所有需要异步编码的事情,从而产生比以前运行更轻、更快的结果。我可以诚实地说,它改变了我对多线程/多核开发的看法。尽管我个人很喜欢 CCR,但网络上似乎很少有关于它的讨论,我想知道是否有人可以为此提供任何理由。是否有更好的替代方案,或者缺乏微软的推广,或者人们只是对现有工具感到满意?

有帮助吗?

解决方案

它周围的牌是有点痛的,从我还记得什么。

我想大多数人都在.NET 4.0中等待并行扩展。我知道这是不完全一样的东西,但它仍然比什么是在目前的框架要好很多 - 而且虽然延续不相同的方式工作,至少他们在那里:)

我怀疑是并行扩展已经对比CCR,而更多的工作 - 虽然我敢肯定,CCR工作启发一些PFX的设计以及

其他提示

我建议 TPL数据流, ,将作为 .Net 4.5 的一部分发布,最终将取代 CCR。CCR 中的大多数概念在 Dataflow 中都有类似物,尽管它不一定是直接的移植练习。

也就是说,Robotics Studio Developer 4 Beta 2, 2011 年 11 月发布, ,确实包含 Silverlight 4 的 CCR 版本。

我也有对CCR个人的爱情......当然,我还没有看到任何的它相当等值.NET或其它地方。我认为这是太糟糕了,我觉得乔恩的权利,它可能会被降级到热情的球迷像我们这样的利基,而最主流的.NET多线程可能会与并行扩展来完成。

我在这个特别的预后失望,因为我觉得可以做得更多,以促进它 - 说也许它融入企业可靠的异步消息总线型架构,我认为这是缺乏.NET一个连贯的故事。此外,从看微软CCR / DSS网站我可能永远不会想到去尝试它。 ..我不明白为什么它被打包这样 - 不是一个事实,即几家公司洞穿出来的机器人工具包和刚刚与它跑前MS认为这是有目的的机器人以外其他

不管怎样,你并不孤单......还有很多其它的CCR“发烧友”为好。 这里是一个整洁的“流动”基于CodePlex项目封装了CCR在一个有趣的流量模式。

我一直在两大项目使用CCR至今享受。第一个是可怕的(并没有真正得到的因果关系模式的想法),第二个是出色到来沿着(网络爬虫)

两个项目都利用基于消息的范例,以避免在等待运行缓慢IO操作。该CCR是相当不错的。一旦你解决缺乏compatable ORM映射器的工作。 (我正在考虑释放一些我写的其他人救心脏疼了相关的代码)

话虽如此,RX看起来挺有意思的。我很好奇它如何在错误处理,速度和可靠性方面进行比较。

微软机器人工作室2008 R3现在可用,现在免费提供给大家使用。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top