Вверх ↑
Ответов: 9906
Рейтинг: 351
#1: 2006-10-05 00:00:39 ЛС | профиль | цитата
Dilma писал(а):
Проблема это не программиста, а наша - целиком и полностью причем

Она станет наша, когда мы продекларируем что-то подобное.
А чтобы это сделать, нам надо целиком сменить кодовую часть.

К примеру: FChild тоже в плане параллельных потоков "глобальная" переменная. Чтобы она стала локальной - ее надо поместить в стек, и тоже при аттачить в хвост данным. Появятся новые проблемы, но и их можно будет решить.
И таких рассуждений - почти по всем элементам. А в результате - совершенно новая конструкция, не в лучшую сторону отличающаяся эффективностью. Зачем - неизвестно.
((Собственно, такой же разговор, как и про реентерабельность, в народе - "кольцевание" ))



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

Ну, в общем, нет, так нет.
карма: 9

0