Работа в облачных сервисах (таких как 1С:Фреш или частные облака франчайзи) часто накладывает существенные ограничения на разработчика. Одна из самых распространенных проблем — отсутствие доступа к конфигуратору. При этом перед программистом часто стоит задача переиспользовать существующий код конфигурации или расширить функционал, не изобретая велосипед. В данной статье мы разберем, как получить информацию о методах (процедурах и функциях) общих модулей и форм, если исходный код официально недоступен.
В платформе 1С:Предприятие 8 объекты метаданных предоставляют информацию о структуре данных (таблицы, поля), но программный интерфейс модулей (список экспортных процедур) не включен в доступную через встроенный язык модель метаданных. Если у вас нет доступа к файлу конфигурации (.cf) или конфигуратору, вы не можете просто открыть дерево объектов и увидеть состав модуля. Тем не менее, проанализируем доступные инструменты обхода этого ограничения.
Большинство облачных решений базируются на типовых конфигурациях (например, 1С:Бухгалтерия предприятия, 1С:УНФ или БСП). Если вы знаете версию релиза вашей облачной базы, вы можете использовать локальную копию аналогичной конфигурации в качестве справочника.
1С:Предприятие через меню "О программе".БСП (Библиотека стандартных подсистем). Например, если вам нужны функции работы с контрагентами, посмотрим их состав в локальном модуле ОбщегоНазначения или КонтрагентыСлужебный.Если вам нужно проверить наличие конкретной функции или программно «нащупать» интерфейс, можно использовать конструкцию Попытка — Исключение в сочетании с оператором Выполнить() или Вычислить(). Это позволяет автоматизировать поиск по словарю наиболее вероятных имен.
Рассмотрим пример кода, который проверяет наличие функции в общем модуле:
Функция ПроверитьНаличиеМетода(ИмяМодуля, ИмяМетода)
ТекстВызова = ИмяМодуля + "." + ИмяМетода + "()";
Попытка
// Пытаемся вызвать метод. Если он существует, ошибка будет связана
// только с параметрами, а не с отсутствием самого метода.
Вычислить(ТекстВызова);
Возврат Истина;
Исключение
Информация = ИнформацияОбОшибке();
// Проверяем текст ошибки на наличие фразы "Процедура или функция не определена"
Если Найти(ОписаниеОшибки(), "не определена") > 0 Тогда
Возврат Ложь;
Иначе
// Если ошибка в параметрах — значит, метод существует!
Возврат Истина;
КонецЕсли;
КонецПопытки;
КонецФункции
Важный момент: названия параметров для вызова не всегда принципиальны для простой проверки существования. Однако стоит учитывать, что вызов функции может привести к изменению данных в базе, поэтому метод Вычислить() лучше применять к потенциально безопасным («чтение») функциям.
Если облако позволяет подключать расширения или запускать внешние обработки, воспользуемся готовыми инструментами для исследования метаданных. Одним из самых эффективных является расширение «Универсальные инструменты» (или аналогичные консоли отладки).
Рассмотрим шаги для анализа через расширение:
Консоль запросов или Редактор объектов.Метаданные. Хотя список методов там не отображается, вы сможете увидеть структуру команд и элементов формы, что часто дает подсказки о вызываемых процедурах.&Перед, &После или &Вместо. Даже не видя исходного кода, вы можете перехватить вызов, проанализировать входящие параметры через отладчик (если он доступен) и изменить логику.Интересный способ «подсмотреть» внутренние методы — это спровоцировать ошибку. Если вызвать известную экспортную функцию с заведомо неверными параметрами (например, передать Неопределено туда, где ожидается СправочникСсылка), система может выдать подробное описание ошибки со стеком вызовов.
Проанализируем ситуацию: в стеке вызовов часто отображаются имена не только экспортных, но и внутренних процедур модуля, которые были задействованы в цепочке. Это позволяет восстановить «карту» взаимодействия методов внутри закрытого модуля.
При работе через тонкий клиент 1С часть информации о конфигурации кэшируется локально на компьютере пользователя. Посмотрим, что можно извлечь из кэша:
В каталоге %AppData%\Local\1C\1cv8\... хранятся файлы скомпилированных модулей (P-code). Существуют сторонние утилиты-парзеры кэша, которые позволяют увидеть структуру объектов. Хотя полностью декомпилировать сложный модуль в читаемый вид без специальных знаний трудно, получить список имен методов и структуру объектов вполне реально.
Если перед вами стоит задача разработки в «слепой» базе, придерживайтесь следующего алгоритма:
&Вместо — это легальный и эффективный способ изучить поведение закрытого кода.Таким образом, отсутствие прямого доступа к конфигуратору не является непреодолимым препятствием для квалифицированного разработчика 1С. Сочетание аналитического подхода и знание архитектуры БСП позволяет эффективно решать задачи даже в условиях ограниченных ресурсов.