Question

Concurrency de Microsoft et de la coordination d'exécution enregistrés littéralement un projet qui a été en cours d'exécution dans les grandes questions avec supercondamnation. Depuis, je trouve que je l'utilise de plus en plus fréquemment pour presque tout ce qui nécessite produire des résultats de codage asynchrones qui fonctionnent plus léger et plus rapide qu'auparavant. Je peux honnêtement dire qu'il a transformé la façon dont je pense à multithread / dev multicoeur. Malgré mon amour personnel pour CCR, il semble y avoir très peu de buzz qui l'entoure sur le web et je me demandais si quelqu'un peut offrir une raison pour cela. Y at-il de meilleures solutions de rechange, ou est-il un manque de promotion de MS, ou sont tout simplement des gens heureux avec les outils existants?

Était-ce utile?

La solution

La licence autour est un peu d'une douleur, d'après ce que je me souviens.

Je pense que la plupart des gens attendent des extensions parallèles dans .NET 4.0. Je sais que ce n'est pas tout à fait la même chose, mais il est encore beaucoup mieux que ce qui est dans le cadre au moment - et bien que les continuations ne fonctionnent pas de la même façon, au moins ils sont là:)

Je soupçonne que les extensions parallèles ont eu un peu plus de travail là-dessus que la CCR -. Même si je suis sûr que le travail du CCR a inspiré une partie de la conception de PFX et

Autres conseils

Je suggère que TPL Dataflow, à être publié dans le cadre de .Net 4.5, finira par remplacer le CCR. La plupart des concepts du CCR ont un analogue en Dataflow bien qu'il ne soit pas nécessairement un exercice simple portage.

Cela dit, le Robotics Studio Developer 4 Beta 2, Novembre 2011 publié , ne comprend une version du CCR pour Silverlight 4.

Moi aussi, je suis un amour personnel pour le CCR ... Je l'ai certainement pas vu quoi que ce soit tout à fait l'équivalent de celui-ci dans .NET ou ailleurs. Je pense qu'il est dommage que je pense que le droit de Jon et il sera probablement reléguée à une niche de fans enthousiastes comme nous, alors que la plupart multithreading .NET mainstream sera probablement fait avec les extensions parallèles.

Je suis particulièrement déçu de ce pronostic parce que je pense que plus pourrait être fait pour promouvoir - par exemple corresponds peut-être dans un cadre de type bus de messages async fiable entreprise, que je pense qui manque une histoire cohérente dans .NET. En outre, de regarder site Microsoft CCR / DSS je ne serais probablement jamais pensé à essayer. .. Je ne comprends pas pourquoi il a été emballé de cette façon -. autre que le fait que plusieurs entreprises ont déchiré hors de la boîte à outils de robotique et juste couru avec elle avant de MS pensé qu'il avait un objectif au-delà de la robotique

Quoi qu'il en soit, vous n'êtes pas seul ... et il y a beaucoup d'autres « amateurs » du CCR ainsi. Voici un projet CodePlex basé « flux » propre qui enveloppe le CCR dans un paradigme de flux intéressant.

J'ai apprécié l'aide du CCR dans deux grands projets à ce jour. La première est terrible (ne pas vraiment l'idée de modèle Causalité) et le second vient le long avec brio (crawler Web)

Les deux projets sont utilisent le paradigme basé sur un message pour éviter d'attendre pour l'exécution lente des opérations d'entrées-sorties. Le CCR est tout à fait bon de travailler avec une fois que vous résoudre l'absence d'un mappeur compatable ORM. (J'envisage libérer une partie du code de plomberie que je l'ai écrit pour sauver d'autres personnes la douleur cardiaque)

Cela dit, RX semble très intéressant. Je suis curieux de voir comment il se compare en termes de gestion des erreurs, la vitesse et la fiabilité.

Microsoft Robotics Studio 2008 R3 est maintenant disponible et maintenant libre pour tout le monde à utiliser.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top