Разработка и Конфигурация · 13 мин
Что такое 1C:EDT и зачем он нужен разработчику
1C:EDT — современная среда разработки на платформе 1С:Предприятие. Чем отличается от Конфигуратора, кому подходит, как установить и начать работу.
1C:EDT (1C:Enterprise Development Tools) — это среда разработки нового поколения для платформы «1С:Предприятие», построенная на базе открытой платформы Eclipse. Она создана как современная альтернатива классическому Конфигуратору и ориентирована на командную разработку, работу с крупными конфигурациями и использование привычных для профессиональных разработчиков инструментов: систем контроля версий, статического анализа кода и автоматизированных проверок.
Главное отличие EDT от Конфигуратора — подход к хранению исходного кода. Конфигуратор работает с конфигурацией как с единым целым внутри информационной базы или файла выгрузки, а EDT хранит проект в виде набора текстовых файлов в файловой системе. Это позволяет использовать Git, вести параллельную разработку в ветках, выполнять код-ревью и интегрироваться в конвейеры CI/CD.
EDT не заменяет Конфигуратор полностью: обе среды развиваются параллельно и совместимы между собой. Разработчик может вести проект в EDT, а отдельные операции — например, отладку толстого клиента или работу со специфическими механизмами — выполнять в Конфигураторе. Выбор инструмента зависит от размера команды, сложности проекта и требований к процессу разработки.
Из чего состоит 1C:EDT и как она устроена
EDT построена на платформе Eclipse — известной открытой среде, на которой также основаны многие инструменты разработки для Java и других языков. Это даёт разработчику привычный интерфейс с перспективами, представлениями и редакторами, а также возможность подключать сторонние плагины экосистемы Eclipse, если они не конфликтуют с механизмами EDT.
Внутри EDT конфигурация представлена как проект. Каждый объект метаданных — справочник, документ, модуль, форма — хранится в виде отдельных файлов в структуре каталогов проекта. Модули сохраняются в текстовом формате, близком к обычному исходному коду, что делает их удобными для сравнения версий, поиска и автоматической обработки внешними инструментами.
Среда включает редактор встроенного языка с подсветкой синтаксиса, автодополнением, навигацией по вызовам и рефакторингом. Дополнительно работает система проверок: EDT анализирует код и конфигурацию на соответствие стандартам разработки и типичным ошибкам ещё до обновления информационной базы.
Чем EDT отличается от Конфигуратора
Конфигуратор — монолитный инструмент, который поставляется вместе с платформой и работает напрямую с информационной базой или хранилищем конфигурации. EDT — отдельное приложение, которое синхронизирует проект с информационной базой по запросу разработчика. Изменения сначала вносятся в проект, затем инкрементально переносятся в базу для проверки и отладки.
Существенное различие — модель командной работы. В Конфигураторе совместная разработка строится через хранилище конфигурации с механизмом захвата объектов: пока один разработчик редактирует объект, остальные не могут его менять. В EDT параллельная работа решается через Git: каждый разработчик ведёт свою ветку, а слияние изменений выполняется стандартными средствами контроля версий с возможностью разрешения конфликтов на уровне файлов.
| Критерий | Конфигуратор | 1C:EDT |
|---|---|---|
| Хранение исходников | Внутри ИБ или файла конфигурации | Текстовые файлы проекта |
| Командная работа | Хранилище с захватом объектов | Git и другие VCS |
| Проверка кода | Ограниченная, при обновлении | Фоновый статический анализ |
| Расширяемость | Закрытая среда | Плагины Eclipse |
| Отладка | Полная, все виды клиентов | Поддерживается, часть сценариев — через Конфигуратор |
Сравнение вариантов
Подходит для небольших команд, доработок типовых конфигураций и задач, где нужна быстрая правка прямо в базе. Ограничение — слабая поддержка ветвления и код-ревью.
Подходит для командной разработки, собственных конфигураций и проектов с CI/CD. Ограничение — требует времени на освоение и более мощного рабочего места.
Кому и когда стоит переходить на EDT
Переход на EDT оправдан, когда в проекте участвуют несколько разработчиков и требуется параллельная работа над разными частями конфигурации без постоянных блокировок объектов. Второй типичный сценарий — внедрение практик промышленной разработки: код-ревью, автоматические проверки качества, сборка и тестирование в конвейере. Третий — разработка собственных решений и тиражных продуктов, где важна чистая история изменений.
Для одиночной доработки типовой конфигурации в небольшой компании переход может не окупиться: Конфигуратор быстрее стартует, привычнее и не требует настройки инфраструктуры. EDT требует больше оперативной памяти и дискового пространства, а также времени на освоение новой модели работы.
Как выбрать действие
Как установить EDT и создать первый проект
EDT распространяется через портал 1С и устанавливается отдельно от платформы. Для работы среды требуется установленная платформа «1С:Предприятие» совместимой версии — она используется для запуска и отладки приложений. Перед установкой стоит проверить соответствие версий EDT и платформы в документации к конкретному релизу, так как несовместимые сочетания приводят к ошибкам при обновлении базы из проекта.
После установки первый проект обычно создают импортом из существующей информационной базы: указывается база-источник, и EDT выгружает конфигурацию в файловую структуру проекта. Альтернатива — импорт из файлов выгрузки конфигурации в файлы XML или загрузка проекта из репозитория Git, если команда уже работает в EDT.
После импорта среда выполняет полную сборку проекта: разбирает все объекты, строит индексы и запускает проверки. На больших конфигурациях первая сборка может занять продолжительное время — это нормально, последующие сборки выполняются инкрементально и проходят значительно быстрее.
Как проверить результат
Панель ошибок пуста или содержит только известные замечания по коду
Ошибки импорта объектов, неразрешённые ссылки между метаданными
Обновление конфигурации БД из проекта проходит без конфликтов
EDT сообщает о расхождениях, которые не удаётся разрешить автоматически
Приложение стартует из EDT, отладка подключается к сеансу
Ошибка запуска, отладчик не находит сеанс
Командная разработка и контроль версий
Работа с Git — ключевое преимущество EDT. Проект помещается под контроль версий штатными средствами: можно пользоваться встроенной интеграцией Eclipse с Git или любым внешним клиентом. Каждый разработчик клонирует репозиторий, импортирует проект в свою рабочую область и ведёт изменения в отдельной ветке.
Слияние веток выполняется на уровне файлов. Поскольку объекты конфигурации хранятся раздельно, конфликты возникают реже, чем при работе через хранилище, а когда возникают — их можно разобрать в инструментах сравнения. Для бинарных по своей сути артефактов, например некоторых видов форм, стоит заранее договориться в команде о порядке работы, чтобы минимизировать пересечения.
Типовой рабочий цикл выглядит так: разработчик обновляет свою ветку из основной, вносит изменения в проект, обновляет тестовую базу, проверяет результат, фиксирует изменения в Git и отправляет их на ревью. После одобрения ветка вливается в основную, а сборка конфигурации для стенда или релиза выполняется из репозитория.
Проверка качества кода и типовые ошибки
Встроенный механизм проверок анализирует проект по набору правил: стандарты разработки, потенциальные ошибки, проблемы производительности запросов, нарушения ограничений при построении конфигурации. Состав проверок настраивается на уровне проекта — можно отключать нерелевантные правила и задавать строгость для конкретных проверок.
Проверки выполняются в фоновом режиме по мере редактирования, поэтому многие ошибки обнаруживаются до попытки обновить базу. Это сокращает цикл «изменил — обновил — получил ошибку», характерный для работы в Конфигураторе с крупными конфигурациями.
Ограничения и известные сложности
EDT требовательна к ресурсам: для комфортной работы с крупной конфигурацией нужны достаточный объём оперативной памяти и быстрый диск, желательно SSD. Память, выделяемую среде, можно увеличить через параметры запуска — это одна из первых настроек при работе с большими проектами.
Не все сценарии одинаково удобны в обеих средах. Часть операций администрирования и отдельные режимы отладки традиционно выполняются в Конфигураторе, поэтому на практике разработчики часто используют оба инструмента параллельно. Это нормальный рабочий режим, а не признак неправильной настройки.
Ещё одна сложность — порог входа. Разработчику, привыкшему к Конфигуратору, нужно освоить модель проектов, синхронизацию с базой и Git. Для команды имеет смысл выделить время на пилотный проект и выработать внутренние соглашения: структуру веток, правила коммитов, состав обязательных проверок.
Как понять, что миграция прошла успешно
Признаки успешного перехода на EDT: проект собирается без ошибок, обновление тестовой базы из проекта проходит штатно, приложение запускается и отлаживается из среды, а история изменений в Git отражает реальную работу команды. Дополнительный индикатор — снижение числа конфликтов при параллельной разработке по сравнению с работой через хранилище.
Если после миграции регулярно возникают расхождения между проектом и базой, стоит проверить дисциплину работы: все ли изменения идут через проект, не правит ли кто-то базу напрямую, корректно ли настроены исключения в репозитории. Большинство проблем на этом этапе связано не с инструментом, а с процессом.
Что важно запомнить
1C:EDT — среда разработки на базе Eclipse, где конфигурация хранится как файловый проект. Её сильные стороны — Git, статический анализ и командная работа; слабые — требования к ресурсам и порог входа. Для одиночных доработок достаточно Конфигуратора, для командной разработки и CI/CD EDT предпочтительнее.
Частые вопросы о 1C:EDT
Заменит ли EDT Конфигуратор полностью?
Нет, обе среды развиваются параллельно и официально поддерживаются. EDT ориентирована на командную разработку и файловое хранение исходников, Конфигуратор остаётся удобным для быстрых доработок и ряда административных задач. На практике многие команды используют оба инструмента одновременно.
Можно ли работать с типовой конфигурацией в EDT?
Да, типовую конфигурацию можно импортировать в проект и дорабатывать. При этом важно организовать процесс обновления на новые релизы поставщика: обычно обновление выполняют в отдельной ветке или через Конфигуратор, а затем синхронизируют результат с проектом. Заранее продумайте эту процедуру до начала доработок.
Нужен ли Git для работы в EDT?
Формально нет — проект можно вести локально без контроля версий. Однако без Git теряется главное преимущество среды: ветвление, история изменений и совместная работа. Даже одиночному разработчику рекомендуется поместить проект под контроль версий хотя бы в локальный репозиторий.
Сколько памяти нужно для комфортной работы EDT?
Точные требования зависят от размера конфигурации и версии среды. Для небольших проектов хватает стандартных настроек, для крупных типовых конфигураций обычно требуется увеличить объём памяти, выделяемой среде, через параметры запуска, и использовать SSD. Ориентируйтесь на документацию к конкретному релизу и наблюдайте за потреблением ресурсов при первой сборке.
Можно ли перенести проект из Конфигуратора в EDT без потери истории?
История работы через хранилище конфигурации напрямую в Git не переносится — миграция обычно начинается с текущего состояния конфигурации, которое становится первой точкой истории в новом репозитории. Если старая история критична, её сохраняют в архиве хранилища как справочный источник.
Подходит ли EDT для обучения разработке на 1С с нуля?
Для старта проще Конфигуратор: он быстрее устанавливается вместе с платформой и не требует освоения Git и модели проектов. К EDT имеет смысл переходить после освоения базовых концепций платформы, особенно если планируется работа в команде или в компании с выстроенными процессами разработки.