• Курсы Академии Кодебай, стартующие в мае - июне, от команды The Codeby

    1. Цифровая криминалистика и реагирование на инциденты
    2. ОС Linux (DFIR) Старт: 16 мая
    3. Анализ фишинговых атак Старт: 16 мая Устройства для тестирования на проникновение Старт: 16 мая

    Скидки до 10%

    Полный список ближайших курсов ...

Конфликтные документы

VladSh

начинающий
Lotus Team
11.12.2009
1 786
157
BIT
81
dimat
Да, в доке Hard не нужна.
Не знаю сложности вашего проекта, и на сколько критичны конфликты (у нас вот они вообще должны быть исключены).. но Hard-locking тоже нужен. Бывают ситуации, когда из формы локально запускается фоновый агент, который может обработать и этот док тоже.. т.е. от имени текущего пользователя, соответственно надо отличать процессы пользователя друг от друга, т.к. иначе может возникнуть конфликт.
В идеале должна быть иерархия классов, в разных ситуациях (BE-Hard, FE-Hard, FE-Soft) анализирующая, залочен док или нет. И самое трудное и интересное здесь отличить FE-Hard от FE-Soft одного и того же пользователя...
Ещё трабл: возможность заблокировать документ не связана напрямую с переходом в режим редактирования. При даблклике на доке док блокируется немедленно, т.е. до выполнения QueryModeChange (об этом писал ), что затрудняет анализ того, кем или каким процессом текущего юзера был заблокирован документ.
Т.о. блокировки нужны все, но "в нужное время и в нужном месте" © :)
Хорошая новость в том, что хоть и с оговорками, но всё это решается, даже с имеющимся косым функционалам блокировок.
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!