Привет.
Подскажите как лучше решить такую задачу.

Имеется 2 потока (обычный Thread - ибо у меня .NET 3.5)
1. раз в 10 сек изменяет общую Nullable_Bool переменную.
2. Раз в 60 сек должен считывать эту переменную.

Т.е. два разных потока делают свою работу, но один из потоков должен отчитываться о некоем состоянии перед вторым потоком.

Nullable, чтобы избежать момента, когда второй поток попытается считать переменную раньше, чем ее задали. Тут проблема в том, что не поможет, к примеру, установить изначально False - не ясно, то ли этот False по умолчанию, то ли его уже поменял первый поток. Поэтому и решил использовать Nullable.

Как лучше это все организовать ?
1. В идеале бы было использовать interlocked класс. Но не пойму, как с его помощью считать состояние переменной Bool? не заменяя (мне не нужно Exchange).

2. Есть еще какой то класс Volatile у которого есть методы Read и Write с типом <T>, может он подойдет ?

Как бы реализовать ?

Arm79,

Спасибо.
Я не хвалюсь, думал, что TPL появился только в 4.0.

Вот только вы упустили из виду, что мне все же нужно не bool, а Nullable_bool - чтобы защитится от ситуации, когда второй поток считает ДО того как значение установят.

Спасибо за подсказку, как CompareExchange, о таком лайфхаке не подумал :)

Вопрос тогда такой. Есть перегрузка метода, принимающая Object - как вы думаете она подойдет для "Bool?" ? По идее, если бы передавался обычный bool, то могли бы быть проблемы с Boxing'ом мне кажется. Но Nullable и сам является классом.
Как думаете, CompareExchange корректно обработает проверку на равенство для "bool?".

Просто не хочется накосячить в многопоточном коде с общими переменными, потом проблем не оберешься при поиске фантомных ошибок из-за неправильной синхронизации. С этим надо быть крайне осторожным.

О каком TPL Для .NET 3.5 вы говорите ?

Странно, но MSDN утверждает что он родом из 4.0
http://msdn.microsoft.com/en-us/library/dd460717(v=vs.110).aspx

Хотя может вы имели ввиду то, что до того как стать TPL Эта библиотека называлась по другому и располагалась на codeplex кажется.
Не хотелось бы использовать сильно устаревшие и не поддерживаемые либы :) Уж лучше Thread.

Вы пожалуй сильно правы. Лучше перейти на Int.

У меня состояние может принимать только 2 состояния :) Поэтому и Bool.
А чтобы защитится от неопределенности что значение проинициализированно, решил использовать Nullable.

Пожалуй Int действительно все эти проблемы уберет, а благодаря именованным константам читабельность даже улучшится.
Так и сделаю.

Спасибо. Действительно уперся в bool я зря. Стоило о других решениях подумать :)