Выгрузка метаданных в файлы

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

Мне периодически в своей работе приходится анализировать закрытые модули. Чтобы получить нужные метаданные в виде некоторого бинарного представления (закрытые модули с байт-кодом) или текстового представления (открытые модули или описания форм и прочее) приходится писать длинную команду для консоли, копипастить наименования нужных мне объектов из дерева метаданных, вспоминать, как называются типы метаданных и т.п. действия. Понял, что устал этим заниматься и решил это немного автоматизировать. В итоге это переросло в интерактивный инструмент.

Сначала хотел накидать минимальный ГУЙ для создания команды, но увлёкся, и получилось ~9 сотен строк кода. При открытии обработки строится ПОЛНОЕ дерево метаданных (как в конфигураторе). [Абсолютно Полное дерево метаданных см. в моём Информере] Флажками отмечаете те метаданные, которые хотите выгрузить. Указываете папку для дампов (выгружаемых файлов), и координаты базы и учётку. Текущую платформу (а также остальную инфу для подключения) можно заполнить на основе текущей открытой базы. Затем жмём кнопку "Выгрузить". При этом конфигуратор отмеченной базы должен быть закрыт, т.к. выполняемая команда будет сама запускать конфигуратор для выполнения частичной выгрузки.

Если нужно выгрузить метаданные непосредственно самой конфигурации (с модулями управляемого приложения и т.п.), то надо по корню дерева нажать ПКМ и выбрать "Выгрузить корень".

В обработке реализовано много всяких мелких фич, таких как рекурсивные взвод флагов от родителя вниз по иерархии,

сброс всех флагов по соответствующему пункту контекстного меню.

По нажатию крестика на поле "Платформа" значение установится в дефолтное положение - стартер платформы. Справа взведётся соответствующий флаг, указывающий, что используется именно стартер. Для виндового стартера можно указать разрядность платформы.

И ещё всякие проверки, например, что папка дампов должна быть доступна на запись, а при выборе каталога с файловой базой в нём должен содержаться файл "1Cv8.1CD" .

Дерево метаданных строится с учётом содержащихся в базе всех активных расширений. Объект, присутствующий только в расширении, выделяется серым фоном, а в столбце "Расширение" будет отображено его местоположение.

По ПКМ на объекте из расширения можно запустить выгрузку только единственного объекта из расширения.

Пакетная выгрузка метаданных позволяет выгружать за 1 присест только объекты из одной конкретной конфигурации или расширения. Поэтому если вы отметите объекты с разным "местом жительства", то обработка вам об этом сообщит и предложит выгрузить только из конкретного местоположения. Причём, на все расширения, по которым отметили принадлежащие им объекты, будут отображены кнопки в диалоге вопроса. Первой кнопкой всегда будет основная конфигурация, если её объекты отмечены для выгрузки.

Т.е. выгружать объекты из конфигурации и из одного расширения придётся в два этапа.

Если нужно выгрузить все метаданные из конкретного расширения, то отмечаем в дереве метаданных корень (отметятся ВСЕ объекты), и после начала выгрузки надо ответить на вопрос, выбрав нужное вам расширение.

Если в дереве метаданных ничего НЕ отметить, то выгрузка пройдёт по всем метаданным, аналогично выгрузке конфигурации в файлы, запускаемой из конфигуратора.

Вроде бы больше ничего не забыл рассказать про обработку )

Если всё подытожить, то получается, что если вы выгружаете раз-в-никогда, то вам эта обработка не нужна, написать 1 команду в консоли не составит труда, а если вы часто частично выгружаете данные из разных конфигураций, то эта обработка сэкономит вам часы времени, как экономит мне.

Ну а молодые разработчики могут подчерпнуть из обработки примеры работы с красивым и функциональным деревом значений, работой с метаданными, получением информации о текущей базе данных и прочие возможности.

Кстати, работает данная обработка и на Windows, и на Linux. Протестировано на платформах 8.3.27.1989 и 8.3.24.1761 соответственно. Работает на ЛЮБОЙ конфигурации, т.к. не использует БСП. В обработке используется асинхронность, поэтому будет работать с платформы 8.3.18+ . А если убрать Асинх и Ждать, то будет работать с платформы 8.3.10+

P.S. Если выгружать закрытые модули в файлы (неважно, через конфигуратор или данной обработкой), то скомпилированный байт-код выгружается в контейнерный файл 1с - это бинарный формат, распаковать (но НЕ декомпилировать) который можно моим ВанПакером.

Помимо этого, я создаю различные другие инструменты, некоторые можете найти в моём профиле. Пытаюсь их все поддерживать и актуализировать по мере возможности.

Мой GitHub здесь

Обновление от 20.04.26 - Версия 1.1 : Если расширений больше десятка, то вместо вопроса выводится список значений, т.к. платформа НЕ может отобразить более 10 кнопок в форме вопроса. Добавлена вкладка для ручного указания списка выгружаемых объектов и поле для имени расширения (если его оставить пустым, то выгрузка будет производиться из основной конфы).