Каталог решений - EDT 1.16. Первые 20 часов работы

Накопил свободное время и, среди прочего, решил попробовать новый EDT версии 1.16.

20.12 он вышел, а 21.12 я уже попробовал "проникнуться", так сказать. Сам себе вдохновитель.

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

Кроме самой EDT, ещё потребуется установить Java 11 (разработчик рекомендует Liberica JDK или Zulu Community).

Устанавливается всё легко и просто — "Далее, Далее, Готово".

Установщик пафосный, куда ж без этого

Аппаратуру использую обычную, без излишеств: laptop, Win10 x64, i7, 8Gb, SSD. Должно хватить.

EDT работает с версиями платформы от 8.3.8 до 8.3.14.

Системные требования тут.

На стартовом окне написано Topaz 1.16 и ещё нарисована какая-то блестяшка, которая сильно похожа на кусок канифоли в гараже.

Сразу при запуске предлагается выбрать рабочую область.

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

*Я уже 2 месяца назад отказался от мыши, использую только тачпад, поэтому с горячими клавишами проблем теперь нет. В конфигураторе использовал совсем небольшой набор — всё, в основном, мышкой елозил.

"Приятной" мелочью стали горячие клавиши: запуск режима 1С: Предприятие — F11, "Шаг В" в отладчике — F5, "Продолжить" — F8. Напомнило старую ламповую 7.7.

Сразу вспомнил себя-программиста 1С в лучшие дни своей трудовой жизни — "какой нафиг E D как его там — с текущими бы делами разобраться — directbank настроить, универсальный обмен наладить, с остатками партий в учёте какая-то дичь со старых периодов тянется, для хранилища уже доработки накопились, надо все проверить и поместить и т.д. и т.п."

Поэтому, если нет достаточно времени, чтобы вдумчиво посидеть, то, вероятно, и не стоит тратить на это время. Т.к. добровольное "изучение нового" — это сорт удовольствия, которое надо растягивать. Да и конечная цель-то непонятна…

Первое, что потестил — это Git, конечно.

GIT

С одной стороны: гит-шмит, что тут может быть непонятным — контроль и управление версиями, нелинейная разработка. Можно было бы ограничиться прочтением описаний и пунктами меню.

Но я решил погрузиться в это поглубже, чтобы "прочувствовать" на себе через EDT.

13-ти тестовых репозиториев мне хватило, чтобы удовлетворить любопытство и попробовать в разных исполнениях то, что хотелось попробовать. Думал ограничусь 2-3 репозиториями, но как-то незаметно всё вышло из-под контроля))

Почему так много? Потому что каждый раз, для новой попытки создавался новый репозиторий, клонировался в новые локальные репозитории и т.п. +в тесте "использовался" дополнительный разработчик, чтобы использовать git по прямому назначению — для групповой разработки.

Руку, чтобы создавать репозитории и подключать к EDT, в общем, набил)))

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

— простые пулы, пуши;

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

— конфликтные ситуации — когда 2 разработчика изменяют 1 объект;

— нелинейная разработка с использованием новых "веток";

— слияние веток;

и т.п.

Отдельный интерес вызвала визуализация истории версий.

Прочитав пассажи разработчиков на сайте edt, захотелось повторить своими руками их примеры. Потому что, пока сам не попробуешь — "не почувствуешь".

*В любой другой сфере деятельности — тоже самое.

Например, смотришь на официальную инструкцию автопроизводителя по дооснащению и не понимаешь смысла картинки

…а когда сам разберёшь своё ведро трясущимися руками и страхом в сердце), чтобы протянуть 2 новых провода к блоку предохранителей — всё становится ясным как белый день

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

В общем, мне, на мой скромный вкус, git в EDT зашёл.

Разработка

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

<…>

Ничего особенно непривычного при работе нет.

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

Есть фича — Схема данных. Привычная для SQL, но что-то новенькое для привычной 1С.

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

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

Хотя нет, для своей базы тоже может пригодиться — для рефакторинга. Бывает пишешь-пишешь месяцами, ударно автоматизируешь и позволяешь себе "залезть в технические долги" — сделать что-то "немножечко кривовастенько")) или неоптимально с точки зрения структуры данных. Тогда можно попробовать эту схему использовать для визуализации и быстрого поиска несоответствий.

Настройка прав однозначно удобнее.

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

Редактор форм такой же. Окно Свойства — такое же.

Только всё это время боролся с каким-то БАГОМ. При двойном щелчке мыши не открывалось окно свойств. Приходилось нажимать правой кнопкой мыши и выбирать пункт "Свойства" (или Alt+Shift+Enter). А сегодня зашёл, чтобы сделать скриншот сюда, по привычке дважды щелкнул по элементу — окно открылось. В общем, косячное поведение детектед.

Вот ещё сразу одно неудобство. Хочешь сразу нескольким реквизитам изменить свойство и не можешь:

Бывают и поинтереснее ситуации: хочешь открыть свойство реквизита, а окно свойств — пустое. И так и сяк потыкать не помогает. Помогает психологическая устойчивость и перезапуск программы.

…или вот так: открываешь окно для выбора цвета, а в него ничего не помещается

ладно, думаешь, я ж первый раз окно открыл, мне не сложно подтянуть окно…

…растянул, выбрал. Но при повторном открытии окно снова маленькое

(

Ну, или вообще вот так: всё сделал, довольный на GitHub "крайний" рефакторинг в репозиторий выгрузил…

отходишь за кипяточком, возвращаешься, пытаешься запустить базу, чтобы продолжить и видишь такое:

Грустно — ведь ничего же плохого не делал. *Хотя, как бывает при изучении нового, возможно, что-то ткнул случайно и не заметил.

100% поможет новая рабочая область. Но мне помогло какое-то интуитивное тыкание в настройках. После этого ошибка пропала и больше не появлялась.

Вроде бы, это все косяки, с которыми столкнулся на первых порах. Принципиальным образом они не мешали — так, покалывали пятки при ходьбе.

Из удобств (по редактору кода)

Добавляем строку с новой процедурой/функцией — программа предлагает создать её

При отладке стало удобнее работать со значениями — они уже сразу отображаются в модуле, не требуются дополнительные манипуляции, когда надо что-то посмотреть (Shift+F9 и т.п.)

Простое наведение открывает контекстную справку

Ключи структуры видно через точку (sic!)

При замерах выделение цветом глазам немного помогает

Кроме маркеров слева есть маркеры справа

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

По маркерам можно щелкнуть и перейти к строке.

Работа с кодом до момента сохранения отображается слева и справа в виде маркеров, полос и т.п. При наведении курсора на "полосу" — признак удаления строки, будет показан код, который был удален.

После сохранения модуля можно перейти в окно git’а, увидеть накопленные изменения, сравнить/изменить файлы версий

…и после этого выгрузить в репозиторий на сервере

…ну и результат на GitHub’е

На выходе — обычная информационная база. Можно открыть её в конфигураторе, сохранить cf-ник и делать с ним, что захочется:

• продолжить работать в привычном конфигураторе;
• сравнением/объединением накатить в боевую базу.

Выводы

1. Однозначно, буду продолжать использовать эту штуку;

2. Буду следить за обновлениями версий и пробовать их в деле.

Но всё это скорее в режиме хобби и любви к процессу. Потому что нельзя просто так взять и перейти на EDT.

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

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

Продолжение: EDT + УТ 11.4 + БП 3.0 + Расширения