Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

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

start [/forum/topic.php?fid=21&mobile=1&tid=1442645]: |
0ms |
get settings: |
6ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
50ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
20ms |
get tp. blocked users: |
1ms |
| others: | 10ms |
| total: | 107ms |

| 0 / 0 |
