Как экспортировать кнопки и детали листа с помощью VBA

«Лист» — это тип Document VBComponent, который является модулем класса, подклассом определенного типа объекта в объектной модели основного приложения (здесь — класс Worksheet). Таким образом, часть «кода» экспортируется как модуль класса; часть «документ» — это ваш основной документ — это содержимое намного больше, чем просто значения ячеек и формулы (шрифты, форматы ячеек, условные форматы, комментарии к ячейкам, формы и т. д.), и в Office 2007+ они сериализованы в формате XML, упакованы в .zip (который затем переименовывается с расширением .xlsx): для надлежащего контроля исходного кода документа вам нужны различия собственно XML.

Кроме того, вы не можете импортировать тип документа VBComponent обратно в VBProject, потому что это основное приложение, которому принадлежат компоненты типа документа. Например, чтобы добавить рабочий лист в ThisWorkbook, вам нужно использовать объектную модель Excel и вызвать ThisWorkbook.Worksheets.Add; то же самое для их удаления.

Вот почему не существует решения для управления исходным кодом для VBA, которое имело бы дело с каждым отдельным вариантом использования: чтобы оно было полнофункциональным, оно должно было бы иметь возможность изменять сжатый XML самой структуры документа, в то время как этот документ открыть, загрузив XML с диска.

У меня есть этот проект OSS, Rubberduck, в котором есть встроенный контроль версий Git:

Он не зависит от хоста, поэтому в том, что он делает, нет ничего специфичного для хоста, но даже если какой-то утверждать, что "это просто", на самом деле это не так: один человек будет доволен возможностью восстановить код программной части; другому нужны значения ячеек и формулы; другой должен иметь возможность восстанавливать фигуры, их форматы и назначенные макросы, а другой человек будет жаловаться, потому что они теряют свои условные форматы при восстановлении своего проекта из системы управления версиями: в конце концов, единственный способ иметь тип документа VBComponent под управлением исходного кода, состоит в том, чтобы извлечь его XML и сохранить это под контролем исходного кода... но тогда вы не сможете полностью восстановить документ.

Единственное разумное решение - максимально отделить реализацию кода VBA от документа - написать код VBA, который работает независимо от того, какие рабочие листы находятся в рабочей книге, в которой размещен код; параметризовать все и иметь модуль, который генерирует макеты и форматы рабочих листов и еще много чего - другими словами, не «проектируйте» рабочие листы (в Excel), не «кодируйте» их (в VBE).

Что касается данных... ну, не повезло: система контроля версий предназначена для кода, а не для данных.

Вчера я ответил на аналогичный вопрос Система управления версиями для Excel-VBA код

Листы управления исходным кодом сложны. Представьте, что вы сериализуете данные в ячейках A1, A2, A3, поэтому у вас может быть

A1:"Foo"
A2:"Bar"
A3:"Baz"
...
A5577: "Kevin"

т. е. много строк. затем вы вставляете строку в строку вверху, например, 3, тогда все строки ниже будут рассинхронизированы и выдадут 5000! несоответствия в сравнении версий; это очень раздражало (когда я работал над системой, которая делала это).

Возможно, вы захотите хорошо подумать об этой проблеме и опубликовать возможное решение. Быстро подумав об этом, я задаюсь вопросом, поможет ли какая-то логика, аналогичная связанному списку. Итак, один сериализует ячейку, а затем также сериализует ссылку на следующую ячейку, а другой проходит весь список ячеек. Тогда для вставки одной строки потребуется только одно изменение — вставка ссылки.