Защита данных

Исследовал различные механизмы реализации защиты данных при многопоточности. Итог - решил не реализовывать специальных механизмов гарантирующих целостных даннных при обращении к ним из разных потоков непосредственно в структуре данных, хотя это и возможно. Подобный метод как мне кажется приведет к утяжелению исходных объектов CesarObject. Защиту проще будет реализовать непосредственно в тех местах, где идет изменение данных при помощи блокировки/разблокировки критически важным мест.

Кроме этого в потоку уведомляющих событий нужно будет включить сохранение истории выполненных изменений.

Многопоточность

При работе УЗЕЛ не только загружает все измененные данные с других УЗЛОВ по сети, но и должен будет оперативно отправлять свои события + принимать события от других УЗЛОВ. Поэтому необходимо рассмотреть, а затем разработать механизм многопоточности системы.

Рабочий поток - основная работа пользователя.

Поток своих событий - рассылка событий (изменение данных, статусов объектов) для других УЗЛОВ.

Потоки обновлений - прием обновлений от других УЗЛОВ.