Как удалить "хвосты" от удаленных вручную листов рабочей книги?

Добрый день.
Листы, создаваемые программным кодом, путем копирования из шаблонного, и имеющие программный код обработчиков своих предопределенных процедур, иногда (в результате сбоев в работе и остановки исполнения кода по ошибке) не могут быть так же -программно- и своевременно удалены из книги и остаются в виде не нужных "хвостов". Я периодически затирал их вручную тупо удалением листа через контекстное меню ярлыка листа и считал, что этого достаточно.
Как выяснилось, в инспекторе объектов эти объекты продолжают существовать, но не могут быть там же удалены вручную. Соответствующая опция просто не активна. По имени листа, например WorkSheets("Лист1").Delete программно он тоже не собирается удаляться. Ошибка.
Перебор листов рабочей книги через For Eaсh вообще не замечает их существования. Как будто их нет.
Как избавиться от таких объектов?

0

В общем, обсуждение свелось к тому, "Что делать, чтобы не допустить возникновения проблемы?" Хотя, вопрос темы-то стоял: "Что делать, чтобы исправить последствия проблемы?" И на данном поприще тишь-печаль. Не продвинулись совсем. Кроме как перекинуть все нужное в другую книгу, оставив проблему на своем старом месте - больше никаких вариантов.

0

Сфалерит, как вариант, можете поискать информацию по структуре файла vbaProject.bin, это же вроде с ним связано, если чего накопаете, будет интересно.

1

Спасибо. Одно из направлений - где копать - задано! Попорбую, вдруг на поверхности что есть.

0

Посмотрел я тоже по этой теме, как, собственно не первый раз уже, раньше тоже пробовал разобраться, но в очередной раз убедился, что это гиблое дело. Хотя кому, как, кто-нибудь скажет, что это просто и в VB/A есть все для этого, ведь он является файлом OLE-документов, а работать с таким файлом можно посредством стандартных интерфейсов IStream и IStorage, как говорится в этой статье. Кстати, я доконца не понял суть этого абзаца.

Для чтения или обновления частей vbaProject.bin нужны вызовы родного API, представленного IStream для потоков и IStorage для контейнеров. Как примечание, обязательное использование вызовов родного API не позволяет исполнять клиентский код в среде частичного доверия, такой как Однократное нажатие: исполнение родного кода предполагает полное доверие. Вверху статьи находится пример кода, считывающий произвольный контейнер OLE с помощью C++ и C#.

В той же статье приводится скрин структуры файла vbaProject.bin. Я нашел у себя также эту программку, которая использовалась в статье - DocFile Viewer (DFVIEW.EXE), открыл в ней vbaProject.bin из сабжевого файла, и в нем отобразились все эти битые листы. Вопрос, как их удалить?
1) наверное можно как-то применить код C++ и C# из приведенной выше статьи
2) Обратиться с вопросом в раздел https://www.cyberforum.ru/visual-basic/
3) Еще какие-то варианты
По-моему 2й вариант перспективный.
Но, другой вопрос, нужны ли все эти сложности, если есть готовое, и относительно простое решение с пересборкой документа.

0

Сообщение от testuser2 2) Обратиться с вопросом в раздел https://www.cyberforum.ru/visual-basic/

Не думаю, что читающие сей раздел столь избирательны, что не заглядывают сюда. Скорее всего, что там, что здесь - пробегаются по темам одни и те же люди. И если здесь ответа нет, то и там его тоже не жди.

Добавлено через 2 минуты

Сообщение от testuser2 Но, другой вопрос, нужны ли все эти сложности, если есть готовое, и относительно простое решение с пересборкой документа.

Нужны, потому что дают знания механизмов работы Ексель. А знания тянут за собой ряд решений смежных задач. Т.е, по-любому будут ограждать от ряда новых проблем в будущем. А преложенное относительно простое решение, оно в обратную, знаний не прибавляет. Скорее учит обходиться тем, что есть. Так то и я так программирую, обходять тем, что есть в голове. А от того код мой выглядит как белая ворона.

0

Сообщение от Сфалерит Скорее всего, что там, что здесь - пробегаются по темам одни и те же люди. И если здесь ответа нет, то и там его тоже не жди.

Там есть TheTrick (модератор), который сюда почти не заглядывает. Он мне как-то приводил пример с использованием IStorage и IStream (я правда там ни че не понял в его коде), там речь была про считывание файлов из зип-архива.

Добавлено через 5 минут
Вот этот топик Работа с zip архивами

0

Мне кажется, одно из решений обозначенной проблемы может быть таким.
1. Заметим, что лист, который есть в инспекторе объектов, но не существует физически в книге, появляется только из-за того, что я ручками убирал листы, которые оказались не нужными хвостами от прерванных процедур. Т.е., если руками не лезть и ничего не трогать, то все лишние объекты будут походить на обычные - есть физический лист и есть его представление в инспекторе объектов.
2. Если после сбоев повторно запускать программный код и программно пробовать восстанавливать привязку листа к соответствующей объктной переменной через set и имя листа, то в принципе объектная переменная инициализируется вполне корректно.
И тогда лист можно убирать стандартно через операцию Worksheets().Delete.
Такое удаление по идее не вызовет наличия никаких хвостов. Будет зачищено все корректно!
Т.е., главное правило, обеспечивающее отсутствие проблемы - никогда не удалять ручками лист, сгенерированный программно!

0

Да, задумка подтвердилась. Если "Зависшие" листы не трогать ручками, то можно их по имени снова "подхватить" уже другим кодом и при другом открытии файла и бесследно вычистить из книги через .Delete.
Главное, не затирать интерфейсы (видимые ярлыки) физически - вручную. Иначе остается та невычищаемая бяка, которая описана в теме.

0