Каждый опытный разработчик 1С рано или поздно сталкивается с ситуацией, когда однажды написанная сложная процедура или универсальная функция требуется снова, но найти её в старых проектах становится настоящей проблемой. Часто бывает проще написать код заново, чем тратить часы на поиск в архивных базах. В данной статье мы проанализируем лучшие практики организации личной библиотеки кода, рассмотрим современные инструменты и выясним, как сделать так, чтобы любая наработка была доступна за считанные секунды.
Одной из главных трудностей при хранении кода внутри 1С является ограниченность стандартного поиска. Рассмотрим типичную ситуацию: вы создали функцию ТаблицыЗначенийРавны. Спустя несколько месяцев, когда вам снова понадобится этот функционал, вы можете вбить в поиск фразу «сравнить таблицы». Стандартный поиск Конфигуратора или простой полнотекстовый поиск в справочнике не выдаст результата, так как слова не совпадают. Разберем, как обойти это ограничение.
// Пример функции, которую сложно найти через обычный поиск
Функция ТаблицыЗначенийРавны(ТаблицаЗначений1, ТаблицаЗначений2) Экспорт
Если ТипЗнч(ТаблицаЗначений1) <> Тип("ТаблицаЗначений")
ИЛИ ТипЗнч(ТаблицаЗначений2) <> Тип("ТаблицаЗначений") Тогда
Возврат Ложь;
КонецЕсли;
// ... дальнейшая логика сравнения
КонецФункции
Самый близкий к разработчику инструмент — это Шаблоны текста (вызываются сочетанием клавиш CTRL + SHIFT + T). Это стандартный механизм платформы, который позволяет вставлять заготовленные куски кода по короткой строке-автозамене. Рассмотрим его преимущества и недостатки:
Для того чтобы шаблоны стали надежным хранилищем, рекомендуем регулярно делать экспорт файла шаблонов (.st) в облачное хранилище или Git-репозиторий. Это позволит синхронизировать их между рабочим и домашним компьютером.
Многие разработчики предпочитают выносить базу кода за пределы экосистемы 1С. Рассмотрим наиболее эффективные инструменты для этих целей:
1. Microsoft OneNote и Evernote. Эти программы позволяют создавать иерархическую структуру папок (например: «Работа с запросами», «Интерфейс», «Интеграция»). Важным преимуществом является наличие тегов. Мы можем пометить функцию сравнения таблиц тегами #сравнение, #тз, #универсальное. Даже если название функции изменится, поиск по тегам выведет нас на нужную запись.
2. myBase. Это мощная локальная база данных, которая позволяет хранить не только текст, но и вложения (внешние обработки .epf). Проанализируем её структуру: она строится как дерево знаний, где каждый узел может содержать форматированный текст и файлы. Поиск в таких системах работает значительно быстрее, чем в огромных конфигурациях 1С.
3. Notion и Obsidian. Современные инструменты, поддерживающие разметку Markdown. В них удобно вставлять код 1С с подсветкой синтаксиса. Основная мощь здесь заключается в «связях» между заметками. Например, вы можете связать функцию обработки массива с заметкой об особенностях работы Массив.Найти() в различных версиях платформы.
Для тех, кто хочет оставаться в рамках Конфигуратора, но желает «прокачать» его возможности, существуют специальные расширения. TurboConf предлагает продвинутую систему шаблонов с возможностью поиска по первым буквам или смысловым описаниям. Разберем, как это работает: вы нажимаете горячую клавишу, вводите «сравн» и система предлагает вам список всех функций, связанных со сравнением, включая ваши личные наработки.
Инструмент Снегопат позволяет использовать регулярные выражения для поиска по конфигурации. Это решает проблему CamelCase. Поисковый запрос типа Найти.*Договор найдет и НайтиНеактуальныеДоговоры, и НайтиВсеДоговорыКонтрагента.
Посмотрим на ситуацию с другой стороны: хранение кода в отдельной базе 1С. Это логично, так как мы работаем в этой среде. Чтобы поиск был эффективным, рекомендуем добавить в справочник «Наработки» следующие реквизиты:
При использовании такой конфигурации важно реализовать полнотекстовый поиск или поиск по вхождению слов в поле ключевых слов. Это позволит находить «сравнить таблицы», даже если функция называется иначе.
Проанализируем современный тренд — переход к текстовому хранению кода. Если вы выгружаете свои модули в текстовые файлы (например, с помощью GitSync), вы получаете доступ к мощнейшим инструментам поиска кода:
Чтобы облегчить себе жизнь в будущем, придерживайтесь простых правил при сохранении кода:
Во-первых, используйте в комментариях к функции специальные теги-метки, например // @автор_наработки или // @категория_массивы. Поиск по таким меткам в Конфигураторе работает безотказно.
Во-вторых, в описании процедуры всегда добавляйте синонимы действий. Разберем пример:
// Сравнивает две таблицы значений (проверить равенство ТЗ, сопоставить данные)
// Найдете по словам: сравнение, поиск отличий, дубликаты
Функция СравнитьТаблицыЗначений(ТЗ1, ТЗ2)
// Код функции
КонецФункции
В-третьих, старайтесь не хранить «мертвый код». Технологии 1С развиваются: то, что раньше требовало 50 строк кода, теперь в БСП (Библиотеке стандартных подсистем) решается одной функцией. Регулярно проводите ревизию своей базы знаний и удаляйте то, что уже реализовано в типовых решениях. Изучение состава ОбщегоНазначения или ОбщегоНазначенияКлиентСервер часто заменяет десятки самописных «велосипедов».
Выясним, какой метод является оптимальным. Для быстрых вставок небольших кусков кода идеально подходят Шаблоны текста с синхронизацией через облако. Для хранения сложных алгоритмов, интеграций и внешних обработок лучшим выбором будет специализированная база знаний (Notion, Obsidian или самописная конфигурация 1С) с обязательным использованием тегов и ключевых слов. Использование Git и VS Code — это путь для профессионалов, стремящихся к максимальной автоматизации и надежности хранения своей интеллектуальной собственности.