Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
многопоточность безопасность
|
|||
|---|---|---|---|
|
#18+
Есть статическое свойство: список, состоящий из экземпляров класса с пятью полями. Первые два поля только для чтения, на их основании формируюся остальные три поля. Но каждое из этих трех полей формируется отдельным потоком (каждый поток читает первые два поля и пишет результат их обработки в одно из трех оставшихся полей. Каждый поток пишет только в свое поле. Является ли происходящее потокобезопасным? И второй вопрос, если при этом данный список является не списком, а ObservableCollection, забинденным на отображение в окне, которое также идет в отдельном потоке диспетчера окна, то происходящее по-прежнему потокобезопасно? Но где-же тогда вызывать этот диспетчер, для отображения ObservableCollection, ведь, неизвестно, какой из трех потоков закончил работу, а какой нет, и в итоге каждое из трех оставшихся полей отобразится неполностью заполненным (так как потоки еще не заверили работу по заполнению) Или это все бред, и так делать нельзя, а надо делать для каждого потока свой ObservableCollection и биндить его на свой контрол? То есть для каждого потока сделать свой контрол, и биндить на него результат работы потока? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2010, 20:51 |
|
||
|
многопоточность безопасность
|
|||
|---|---|---|---|
|
#18+
То есть там такая штука, что первые два поля обновляются настолько часто, что успеть обработать оставшиеся три поля в этом-же потоке - невозможно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2010, 20:56 |
|
||
|
многопоточность безопасность
|
|||
|---|---|---|---|
|
#18+
Для подобной каши идеально подходит Rx. Описано сумбурно, но testing22 Но где-же тогда вызывать этот диспетчер, для отображения ObservableCollection, SubsribeOnDispatcher обеспечит автоматическую диспетчитизацию в UI поток testing22ведь, неизвестно, какой из трех потоков закончил работу, а какой нет, и в итоге каждое из трех оставшихся полей отобразится неполностью заполненным (так как потоки еще не заверили работу по заполнению) с помощью опратора Zip можно объединить результаты выполнения трех потоков ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2010, 10:39 |
|
||
|
|

start [/forum/topic.php?fid=21&msg=36879276&tid=1442645]: |
0ms |
get settings: |
6ms |
get forum list: |
7ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
40ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 8ms |
| total: | 101ms |

| 0 / 0 |
