1С:EDT. Первые шаги… или есть ли альтернатива конфигуратору?

Для начала рассмотрим наиболее распространенный вариант, когда конфигурация у Вас уже есть (работа была начата в конфигураторе и Вы решили продолжить ее в EDT, ну или попробовать продолжить). Для такого случая в EDT предусмотрен функционал импорта проекта.

При первом запуске EDT Вас попросят указать рабочую область - папку для хранения служебных файлов проектов. Тут нужно для себя условиться, каким образом Вы будете хранить проекты и исходные коды своих проектов. Мне показалось, что удобнее делать "1 рабочая область = 1 проект", либо "1 рабочая область = несколько связных проектов". Помимо этого, т.к. у меня все исходные коды проектов, которые синхронизируются с GIT, хранятся в специальной папке на диске (где собраны все синхронизируемые с GIT исходники, не важно через EDT они сделаны или через конфигуратор), то данные о проекте храню в папке рабочей области, а исходники проекта отдельно в той самой папке. По умолчанию EDT делает всё это в одной папке рабочей области (и проект и его исходники). Разделять их или нет - решайте сами.

Скриншот: окно выбора рабочей области проекта

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

Переключаемся так:

… или так:

Теперь щелкаем на ссылку слева "Импорт конфигурации и расширений из информационной базы".

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

Также на этом этапе рекомендуется задать метод аутентификации (можно задать позже), нажав на кнопку с шестеренкой в строке с информационной базой:

Если вход осуществляется под логином-паролем (а не, допустим, под пользователем операционной системы), то выбираем Infobase и вводим логин-пароль Администратора (это в дальнейшем позволит производить запуск и отладку конфигурации).

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

Далее нажимаем Импорт и ждем загрузки (может занимать несколько минут в зависимости от размера конфигурации).

Всё, теперь можно пробовать делать первые шаги в редактировании конфигурации в "не конфигураторе".

Рассмотрим другую ситуацию, в моем случае происходящую довольно часто, когда другой программист изменил конфигурацию непосредственно в конфигураторе, а Вам необходимо загрузить изменения в EDT-проект.

Загрузка обновленной конфигурации в проект EDT (если конфигурация была изменена через конфигуратор): ПКМ на проекте - пункт "Импортировать":

В открывшемся окне выбираем "Конфигурация информационной базы":

В окне с выбором базы указываем ту базу, к которой закреплен проект. Проверяем, что имя проекта то же, в котором работаем, и нажимаем Обновить:

Если вместо кнопки Обновить кнопка Импорт, значит Вы указали не ту базу.

Может появиться окно с предупреждением, нажимаем Импортировать:

Далее будет выведено окно сравнения конфигураций, нажимаем Объединить:

Тогда измененная конфигурация будет загружена в проект.

Например, в "папке №1", которая синхронизируется с GIT уже существует проект конфигурации EDT.

При первом открытии этого проекта нужно произвести следующие действия: 

1) При запуске EDT необходимо задать папку рабочей области - "Папка №2" (для хранения временных файлов проекта) (она не должна быть в папке №1). Это может быть любая пустая папка на диске.

2) После загрузки EDT нужно указать, с каким проектом мы сейчас будем работать (при следующем запуске и выборе ранее заданной рабочей области этого уже делать не нужно будет, т.к. рабочая область будет помнить проект). Для этого в меню "Файл" выбираем пункт "Открыть проекты из файловой системы…":

В открывшемся окне указываем путь к папке №1, где расположен проект. EDT покажет, какие проекты он нашел - нужные надо выделить (если их несколько) и нажать "Готово":

Теперь можно работать с конфигурацией, все изменения будут сохраняться в папке с проектом (папка №1), которую можно коммитить, например, через "черепашку" стандартным способом (статья про "черепашку").

При первом запуске нужно будет создать информационную базу (если ее не было):

В окне настройки запуска нажимаем кнопку "Создать ИБ" (либо, если она есть, нужно ее выбрать):

Каталог для базы можно либо указать какой-то свой на локальном диске, либо в папке, которая синхронизируется с GIT (но не в папке проекта, можно на уровень выше).

В итоге будет создана информационная база и строчка с списке баз, которые отображаются при стандартном запуске 1С (т.е. базу можно будет запускать и без EDT, а также делать правки в конфигураторе).

Если база не подцепилась автоматом, но создалась в списке (видно при запуске 1С, но не видно в списке баз в EDT), то нужно перезапустить EDT и добавить базу вручную. Итог примерно такой:

Если нужно сделать обновление конфигурации в информационной базе (для принятия изменений конфигурации), то в контекстном меню проекта выбираем пункт "Обновить конфигурацию" - указать параметр "Загрузить конфигурацию полностью…":

Т.к. я работаю через репозитории visualstudio.com, а там авторизация по учетной записи Microsoft и она не работает при попытке отправить коммиты в репозиторий через EDT, то обычно коммит и пуш делаю через "черепашку". Знаю, что можно настроить работу и через EDT, задав в репозитории специальные креденшиалсы для прямой авторизации без входа в учетную запись, но уж очень привыкла к TortoiseGit.

Описывать здесь отдельно, как работать с GIT в EDT смысла нет, т.к. на официальном сайте есть довольно хорошая и подробная электронная книга с картинками: "Групповая разработка в 1C:Enterprise Development Tools" (содержит переработанные главы книги "Pro Git").

Несколько скриншотов, чтобы понять какого формата книга:

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

1. При появлении обновлений EDT (в рамках одной версии, например, 1.11.0.8, 1.11.1.15) не показывают, что изменилось. Не понимаешь - нужно ли тебе ее обновлять или нет. Хватило бы простой фразы "Исправлены выявленные ошибки", тогда конечно сразу бы захотелось обновиться. 

Также при установке, даже если это обновление в рамках одной версии, программа ставится отдельно, а не поверх предыдущей:

Понятно, когда версии разные (1.10, 1.11), но ставить отдельный экземпляр для каждого обновления - это немного перебор. И если Вы не будете удалять предыдущие версии, то скоро весь рабочий стол зарастёт ярлычками EDT :)

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

2. Ну и основное, что иногда выводит из себя: это мелкие, а иногда не очень, "глючки", сопровождающиеся вроде бы огромным текстом ошибки, но что-то понять из которого практически всегда невозможно.

PS: чтобы не обидеть разработчиков EDT, не буду отрицать, что может быть все описанные ниже непонятности происходили из-за возможно некорректно установленной Java или ее версии, или еще каких-то внешних факторов относящихся конкретно к программному обеспечению на моем ПК. В конце концов "мои кривые руки не из того места" тоже никто не отменял :)

Перечислю то, что замечала в последнее время работы.

1) При очень активной работе с дизайнером формы (многократном перемещении элементов из группы в группу при этом активном переименовании групп, смены порядка и т.п.) зачастую EDT просто "слетает" (закрывается и всё, без каких-либо сообщений об ошибках). Наблюдала этот эффект многократно в версиях 1.11.0.869 и 1.11.1.15.

2) Первоначально этот абзац хотела написать так: Нельзя одновременно открыть одну и ту же конфигурацию в EDT и в конфигураторе (если уже хотя бы раз был осуществлен запуск ИБ из EDT, в этом случае, пока EDT запущен, даже если процесс отладки из EDT уже прекращен, запустить конфигуратор уже не получится - возникнет ошибка блокировки). Поэтому, если вдруг по какой-то причине (например, не получилось что-то найти в EDT) нужно открыть эту же конфигурацию в конфигураторе, придется сначала закрыть EDT.

Но в итоге нашла, как одновременно открыть конфигуратор, не закрывая проекта EDT:
Выбираем ИБ - ПКМ - Запустить конфигуратор:

3) Ну и есть разные мелочи, которые скорее всего либо можно отнести к огрехам конкретного релиза, либо к моему неумению с ними обращаться. Например, почему-то не работает в редакторе форм кнопка "Проверить" (кнопка не активна, сочетание клавиш не отрабатывает):

Странно отображаются общие команды на формах в командном интерфейсе, вернее отображается что-то совсем не то, что хотелось бы видеть. Хотела, чтобы в командном интерфейсе одной формы была определенная общая команда… и так её в EDT искала на форме и сяк… начала уже потихоньку с ума сходить от непонимания, а оказалось, что она и так была там, где нужно, просто в EDT не отображалось (обнаружила ее только в конфигураторе).

Мне нужна была на форме ОбщаяКоманда.РолиИИсполнителиКоманд. Вот что отображалось в EDT:

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

Может это какая-то специальная задумка? Если кто в курсе, поясните, пожалуйста, почему так.

Далее. Не всегда открывается форма написания запроса для динамического списка. При нажатии на ссылку "Настроить" ничего не происходит (в конфигураторе открывает нормально).

Или не копируются роли, вылетая с ошибкой: 

Либо копируются, но пустые.

Недавно переклинило макет СКД, когда в настройках "дернулась" рука и перенеслась группировка не в ту иерархию. Макет открывался попросту пустой (хотя в конфигураторе всё отрабатывало нормально):

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

Например, вот что видно в конфигураторе:

А вот тоже самое в EDT:

Вы видите "галочки"? - Нет. - А они есть :)

В довесок не работают кнопочки "вверх/вниз", т.е. поменять местами расположение форм в рабочей области можно только через удаление/добавление.

Ну и ошибка, которая меня немного добила… проект в какой-то момент просто перестал компилироваться, запуск останавливался с ошибкой:

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

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

Но это, думаю, с каждым релизом будет исправляться, ну и, как обычно, будет появляться что-то такое новое, поэтому нужно принять подобное поведение системы, как данность...

UPDATE 20.08.2019

Заметила еще глюк при работе с макетами: при установке толщины линии - значение толщины не сохраняется. Т.е. если было установлено "Сплошная толщина 1", Вы меняете на 2, нажимаете Ок, не наблюдаете изменений, заходите снова в форму изменения толщины и видите снова 1. Чтобы изменить это значение, нужно вместе с изменением толщины изменять и тип линии, тогда сохраняется:

Специально не стала описывать в статье возможности EDT, т.к. про них довольно много написано и не хотелось повторяться и переписывать официальную документацию. Упомяну кратко только то, что имеет значение именно для меня.

Работа напрямую с исходными кодами и с GIT, конечно, основное преимущество EDT, но для меня не самое главное. Если говорить о мелочах, то многие из них - бесят, а многие, наоборот, заставляют снова и снова возвращаться к EDT, а именно:

• Сам интерфейс EDT импонирует больше, чем интерфейс конфигуратора (мнение чисто субъективное и поклонники конфигуратора скорее всего сразу оспорят данный момент).
• Синтаксис-помощник "на лету" (в частности, вывод справочной информации по фрагменту, на котором стоит курсор в модуле).
• Анализ кода "на лету", генерация процедур и функций.

• Схема модуля (удобная навигация по модулю).

• Создание нескольких вариантов запуска отладчика (можно настроить запуск под разными пользователями с разными настройками и т.п.)

• Быстрый поиск команд (кнопок в панель вынесено не много, но можно использовать строку поиска по командам).