Вопрос

Среда выполнения параллелизма и координации от Microsoft буквально спасла проект, в котором возникли серьезные проблемы с взаимоблокировкой.С тех пор я обнаружил, что использую его все чаще и чаще практически для всего, что требует асинхронного кодирования, что дает результаты, которые выполняются легче и быстрее, чем раньше.Я могу честно заявить, что это изменило мое представление о многопоточной/многоядерной разработке.Несмотря на мою личную любовь к CCR, в сети вокруг него очень мало шума, и мне было интересно, может ли кто-нибудь объяснить причину этого.Есть ли лучшие альтернативы, или это отсутствие продвижения со стороны MS, или люди просто довольны существующими инструментами?

Это было полезно?

Решение

Насколько я помню, лицензирование — это немного хлопотно.

Я думаю, что большинство людей ждут параллельных расширений в .NET 4.0.Я знаю, что это не совсем то же самое, но это все равно намного лучше, чем то, что есть в фреймворке на данный момент - и хотя продолжения работают не так, по крайней мере, они есть :)

Я подозреваю, что над Parallel Extensions было проделано гораздо больше работы, чем над CCR, хотя я уверен, что работа CCR также вдохновила некоторые разработки PFX.

Другие советы

Я бы предложил это Поток данных TPL, который будет выпущен как часть .Net 4.5, в конечном итоге заменит CCR.Большинство концепций CCR имеют аналог в Dataflow, хотя это не обязательно является простым переносом.

Тем не менее, Robotics Studio Developer 4 Beta 2, выпущен в ноябре 2011 г., включает версию CCR для Silverlight 4.

Я тоже испытываю личную любовь к CCR...Я определенно не видел ничего подобного ни в .NET, ни где-либо еще.Я думаю, это очень плохо, что я думаю, что Джон прав, и это, скорее всего, будет отнесено к нише таких энтузиастов, как мы, в то время как большая часть основной многопоточности .NET, вероятно, будет выполняться с помощью параллельных расширений.

Я особенно разочарован этим прогнозом, потому что считаю, что можно было бы сделать больше для его продвижения - скажем, возможно, встроить его в надежную корпоративную структуру типа асинхронной шины сообщений, которой, по моему мнению, не хватает связной истории в .NET.Также, глядя на Сайт Microsoft CCR/DSS Наверное, мне никогда бы не пришло в голову попробовать...Я не понимаю, почему он был упакован таким образом - кроме того факта, что несколько компаний вырвали его из набора инструментов для робототехники и просто использовали его до того, как MS подумала, что у него есть цель, выходящая за рамки робототехники.

В любом случае, ты не один...а также есть много других «энтузиастов» CCR. Вот аккуратный проект CodePlex, основанный на «потоке» это превращает CCR в интересную парадигму потока.

На данный момент мне понравилось использовать CCR в двух крупных проектах.Первый ужасен (не совсем понял идею шаблона причинно-следственной связи), а второй работает блестяще (веб-сканер)

Оба проекта используют парадигму, основанную на сообщениях, чтобы избежать ожидания медленно выполняемых операций ввода-вывода.С CCR очень удобно работать, если вы решите проблему отсутствия совместимого сопоставителя ORM.(Я подумываю опубликовать часть сантехнического кода, который я написал, чтобы избавить других людей от сердечной боли)

При этом RX выглядит довольно интересно.Мне любопытно, как он сравнивается с точки зрения обработки ошибок, скорости и надежности.

Microsoft Robotics Studio 2008 R3 теперь доступна и бесплатна для всех.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top