11

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

4

5 に答える 5

3

私が覚えている限り、それに関するライセンスは少し面倒です。

ほとんどの人は、.NET 4.0 の Parallel Extensions を待っていると思います。まったく同じではないことはわかっていますが、現時点でフレームワークにあるものよりもはるかに優れています-継続は同じようには機能しませんが、少なくともそこにはあります:)

Parallel Extensions は CCR よりも多くの作業を行ったのではないかと思いますが、CCR の作業が PFX の設計の一部にも影響を与えたことは確かです。

于 2009-07-23T23:56:07.620 に答える
2

私はこれまで2つの主要なプロジェクトでCCRを使用して楽しんでいます。最初のものはひどいです（実際には因果関係パターンのアイデアを理解していませんでした）そして2番目のものは見事にやって来ています（Webクローラー）

どちらのプロジェクトも、メッセージベースのパラダイムを利用して、実行速度の遅いIO操作を待たないようにしています。互換性のあるORMマッパーの欠如を解決したら、CCRは非常にうまく機能します。（私は他の人の心の痛みを救うために私が書いた配管コードのいくつかをリリースすることを検討しています）

そうは言っても、RXは非常に面白そうです。エラー処理、速度、信頼性の点でどのように比較されるのか興味があります。

于 2009-12-07T06:36:38.773 に答える
2

私も個人的に CCR が大好きです... .NET や他の場所でこれとまったく同じものを見たことがありません。Jon が正しいと思うのは残念なことであり、私たちのような熱狂的なファンのニッチに追いやられる可能性が高いと思いますが、ほとんどの主流の .NET マルチスレッドはおそらく Parallel Extensions で行われるでしょう。

私はこの予測に特にがっかりしています。それを推進するためにもっと多くのことができると思うからです。.NET には一貫したストーリーが欠けていると思いますが、エンタープライズの信頼できる非同期メッセージ バス タイプのフレームワークにそれを適合させることができると思います。また、Microsoft CCR/DSS サイトを見て、私はおそらくそれを試してみようとは思わなかったでしょう...なぜこのようにパッケージ化されたのか理解できません - いくつかの会社がロボティクスツールキットからそれを引き抜いたという事実を除いてMSがロボット工学を超えた目的があると考える前に、それを実行しました。

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

于 2009-09-01T05:48:25.113 に答える
1

Microsoft Robotics Studio 2008 R3 が利用可能になり、誰でも無料で使用できるようになりました。

于 2010-06-12T16:25:04.407 に答える