Лидеры форума

@PR55.RP55, есть режим работы с образом где ничего и никогда не обновляется, а удаление файла обязано обновлять список, поскольку удаление файла или объекта влечет за собой массу действие в результате которых могут быть удалены другие файла, остановлены процесс, выгружены dll, выгружены драйвера, файл может быть не удален и все последующие действия станут бесполезными и т.п. и т.д.

Demkd а) Оператор удаляет один файл. Программа обновляет список... б) Оператор удаляет 10 файлов. Программа 10 раз обновляет список... Здесь у uVS есть недостаток... программа не знает сколько файлов будет удалено. 1 файл или 10 файлов. Логично обновить список ОДИН РАЗ _после удаления всех файлов. ------- Вот и получается огромный перерасход времени. ---- Или вот лог и его записи.... В системе отсутствует системный файл ХХХХ.exe Если оператор скриптом удаляет 20 объектов/файлов... то uVS 20 раз и напишет в логе: отсутствует файл ХХХХ.exe - рекомендуется восстановить. Разве это правильно ? Бесполезная трата времени и захламление лога. ----------- 1) Если оператор удалил файл - пусть оператор _тогда, когда будет нужно и обновит список. 2) Если это скрипт - пусть, программа _автоматически определит на каком этапе нужно обновить список. ------- Дело не в числе файлов - дело в НЕ рациональном подходе. В конце концов, если нужно обновить информацию после удаления файла - то, пусть действует ограничение. Например фиксируется инфо. по удаляемому файлу... После удаления происходит ограниченный сбор данных, в тех рамках которые были зафиксированы в инфо. --------- Сейчас какое нибудь убогое расширение может удаляться 30 и более секунд. Сидишь и ждёшь... И чего ради такая потеря времени ? -------- В конце концов можно ввести ограничения - после удаления какого файла/объекта будет обновлён список/данные, а после какого удаления нет. ------ Или ввести в меню команды: " Удаление группы объектов - начать " " Удаление группы объектов - завершить > обновить список " ------- Порой люди пишут, что скрипт выполняется по полтора часа.