Microsoft CCR は勢いを増していますか?

Question

Microsoft の Concurrency and Coordination Runtime は、文字通り、デッドロックによる重大な問題に直面していたプロジェクトを救いました。それ以来、非同期コーディングを必要とするほぼすべての用途で、以前よりも軽量かつ高速に実行される結果を生み出すために、これをますます頻繁に使用するようになりました。正直に言えますが、これはマルチスレッド/マルチコア開発に対する私の考え方を変えました。私は CCR が個人的に大好きですが、ウェブ上では CCR に関する話題がほとんどないようで、誰かがその理由を説明できるだろうかと疑問に思っていました。より良い代替手段はあるのでしょうか、それとも MS からの宣伝が不足しているのでしょうか、あるいは単に人々が既存のツールに満足しているのでしょうか?

Answer 1

その周りのライセンスは、痛みのビットは、私が覚えているからです。

私は、ほとんどの人は、.NET 4.0のパラレル拡張を待っていると思います。私はそれが全く同じものではありません知っているが、それはまだ現時点では枠組みの中で何よりも多くの方が良いでしょう - と継続が同じように動作しませんが、少なくとも彼らはそこにいる：）

私はパラレル拡張機能はCCRよりも上ではなく、より多くの作業があったと思われる - 私はCCRの仕事は、同様にPFXのデザインの一部に影響を与えたと確信しているが、

。

Answer 2

私が提案したいのは、 TPL データフロー, .Net 4.5 の一部としてリリースされる予定であり、最終的には CCR に置き換わります。CCR のほとんどの概念は Dataflow に類似していますが、必ずしも簡単な移植作業ではありません。

つまり、Robotics Studio Developer 4 Beta 2、 2011年11月発売, には、Silverlight 4 用の CCR のバージョンが含まれています。

Answer 3

私は、あまりにも、CCRのための個人的な愛を持っている...私は確かにそれのかなり同等.NETまたは他の場所で何かを見ていません。私はそれが私がJonの権利を考えると、ほとんどの主流の.NETマルチスレッドはおそらくパラレル拡張機能を使って行うことになる一方で、それはおそらく、私たちのような熱狂的なファンのニッチに追いやられることを残念だと思います。

私はより多くのそれを促進するために行うことができると思うので、

私は、この予後に特に失望している - 多分私は.NETのコヒーレント話を欠いていると思うの企業信頼性の高い非同期メッセージバス型フレームワーク、にそれに合わせて言います。また、私はおそらくそれをしようと考えなかっただろうのマイクロソフトCCR / DSSサイトを見てから。 ..私はそれがこのようパッケージ化された理由を理解していない - 。いくつかの企業は、ロボティクスツールキットからそれをリッピングし、MSはそれがロボット工学を超えた目的を持っていたと思った前に、それだけで走っているという事実以外に、

とにかく、あなただけではありません...そして、他のCCR「愛好家」がたくさんあります。 ここで興味深いのフローパラダイムにCCRをラップきちんと「流れ」ベースのCodePlexプロジェクトのです。

Answer 4

私は、これまで二つの主要なプロジェクトでCCRを使用して楽しんでされています。最初のものは（本当に因果パターンのアイデアを取得していない）ひどいです2つ目は、見事に沿って来ている（Webクローラー）

両方のプロジェクトは遅いIO操作を実行するのを待っ避けるために、メッセージベースのパラダイムを利用しています。 CCRは、あなたがcompatable ORMマッパーの不足を解決するため一度で動作するようにかなり良いです。

（私は私が他の人々に心の痛みを保存するために書いた配管コードの一部を解放検討しています）

は、RXはかなり面白そう、と述べました。それはエラー処理、速度と信頼性の面で比較してどのように私は興味があります。

Answer 5

マイクロソフトロボティクスStudio 2008のR3が利用可能になりましたし、誰もが利用するために今自由です。