Одна из крутых вещей в 1С:EDT – то, что это НЕ монолит, в котором все функции заданы раз и навсегда, как в Конфигураторе.
Любой разработчик может расширить функционал EDT, добавить то, что ускорит его работу, или доработать среду разработки под себя.
Все, что потребуется – поставить соответствующий плагин. Или написать свой :)
Таких плагинов, которые помогают расширить функционал EDT и настроить его под себя, много. В этом обзоре мы расскажем, какие плагины подходят для EDT, откуда их брать и что с ними делать.
Где брать плагины для 1С:EDT
Существует несколько основных поставщиков плагинов:
- Компания 1С. Неожиданно, правда? :)
- Сообщество 1С-разработчиков. Когда разработчику не хватает функций, он не ждет, пока их сделает кто-то другой, а пишет плагин сам. Неудивительно, что количество плагинописателей растет. О том, как разрабатывать плагины, есть отличнейшие видео Дмитрия Мармышева:
Еще написанию плагинов посвящен телеграм-канал .
- Магазины Eclipse. EDT базируется на IDE Eclipse, у которой обширное сообщество, включая несколько интернет-магазинов. Часть плагинов от Eclipse подходит и EDT.
Теперь давайте посмотрим, что там есть интересного :)
Плагины от компании 1С
Список доступных плагинов можно найти на сайте . Что мы видим:
1. 1C:Language Tool
Этот плагин автоматически переводит интерфейс, исходный код и метаданные конфигураций на платформе «1С:Предприятие 8» на альтернативный язык, например, с русского на английский.
Его помощь будет очень кстати, если в конфигурации более одного языка (например, если это «1С:ERP» или любые конфигурации для Украины, Белоруссии и т. д.). Плагин 1C:Language Tool помогает отделить вопросы, связанные с переводом, от самого процесса разработки. Сейчас программисты вынуждены везде писать НСтр со всеми языками локализации или задавать мультиязычные заголовки интерфейсным элементам. С плагином это можно сделать гораздо проще.
Подробнее о плагине 1C:Language Tool:
2. 1C:SSL support for 1C:EDT
SSL — это БСП на английском. Плагин делает удобнее работу с конфигурациями на базе БСП. При его использовании EDT выдает контекстные подсказки, делает подстановки при вызове общих функций самой БСП и т. д. Это очень помогает разработчикам-новичкам, а также «пожилым» программистам 1С, так как система БСП часто обновляется и за ней не всегда можно уследить.
Подробнее о плагине:
3. «1С:Стандарты разработки V8»
Никто не помнит наизусть все стандарты 1С. Ну разве что сверхпрограммисты с феноменальной памятью, но я таких не встречал :). Не знать все правила разработки нормально. Но это может стать проблемой, если в проекте больше одного разработчика.
Представьте, что два человека работают над одним кодом. Первый ставит пробел после запятой, а второй нет. Один создает объекты с префиксом, а другой без. В итоге у них получается неоднородный код, который сложно читать.
Чтобы такого не было, необходимо стандартизировать разработку. И вендор нам в этом помог, выпустив стандарты разработки. Кто не знает — они доступны на сайте .
Но все правила не то что запомнить нереально, их даже прочитать нелегко. К счастью, есть плагин, который помогает соблюдать стандарты 1С. В нем можно делать свои модификации, ставить приоритеты по проверкам и даже отключать те, которые не нужны.
Сейчас этот плагин развивается особенно быстро и обрастает интересными механизмами. В частности, в нем появилась возможность контролировать строгую типизацию в 1С.
Подробнее о плагине:
Плагины от сообщества
У компании 1С немного плагинов, и они не покрывают всех потребностей, поэтому создание востребованного функционала берет на себя сообщество.
Есть , где собираются плагины, пожелания к созданию новых плагинов и т. д. Чтобы следить за появлением новинок, достаточно зарегистрироваться на GitHub, справа вверху поставить звезду (при желании) и выбрать уровень подписки. После этого при любой активности в этом репозитории на Вашу почту будут приходить уведомления.
4. Коннектор BSL LS для 1С:EDT
О BSL LS можно говорить долго и много. Он используется в платформе SonarQube и позволяет контролировать качество кода. В отличие от плагина «1С:Стандарты разработки V8», который заточен именно под EDT, плагин BSL LS изначально писался как отдельное решение. Встраивать в EDT его начали позже.
БЫЛО:
СТАЛО:
Видите разницу между 2399 и 144 найденными ошибками в одном и том же коде? :)
Установка этого плагина позволит пользоваться всеми диагностиками, которые доступны в (BSL LS). На текущий момент их там более 100. Полный список диагностик:
На мой взгляд, BSL LS должен стоять у всех. Он помогает разработчикам работать в одном стиле и не допускать «детских» ошибок. Кроме этого, BSL LS поддерживает внешние настройки в виде JSON-файла, где можно исключать или персонализировать разные проверки. Например, можно составить собственный список терминов, и при проверке орфографии плагин не будет исправлять их написание.
Подробнее о плагине:
5. Плагин запрета редактирования для 1C:EDT
Первое время при переходе в EDT разработчики сильно страдают от того, что в нем нет механизма «Поставка конфигураций», где можно указать, какие модули разрешены для изменения, а какие нет. Я не буду вдаваться в подробности, чтобы не уходить от темы, но эта надуманная ситуация.
Однако иногда заблокировать в EDT какие-то элементы от изменения действительно необходимо.
Для этих целей можно использовать плагин запрета редактирования. Заблокировать можно как общий модуль, так и весь объект. Причем, когда заблокирован объект, с ним нельзя сделать вообще ничего. Кроме того, в отличие от стандартной блокировки по конфигурации поставщика плагин в EDT позволяет блокировать любые объекты, даже те, которые Вы добавили сами. Так что тут мы получаем даже более гибкий функционал, чем в конфигураторе.
Подробнее о плагине:
6. EDT CF-builder
EDT не работает с базами данных, и это неудобно. Чтобы импортировать cf в проект или собрать готовую cf, необходима промежуточная база данных. У меня уже около десятка таких баз! :(
Хорошо, что появился плагин, который позволяет проделывать необходимые манипуляции с cf без промежуточных баз. Конечно, надо понимать, что «низом» создаются временные файловые базы, которые потом удаляются, поэтому у Вас должны быть лицензии на файловую версию 1С. Однако если лицензии нет, в настройках можно указать временную базу, в том числе и на SQL, через которую будет проходить конвертация.
Надо отметить, что плагин сделали тогда, когда в EDT вообще не было возможности выгрузить конфигурацию напрямую из базы данных. Приходилось обновлять базу, заходить в конфигуратор и выгружать уже оттуда. Теперь это можно сделать из EDT, начиная с версии 2021.
Есть подозрение, что именно наличие плагина EDT CF-builder повлияло на то, что аналогичный функционал добавили в основную поставку.
Подробнее о плагине:
Прочие плагины от сообщества
Только перечисленными плагинами дело не ограничивается. Есть много разных интересных плагинов. В частности такие, которые позволяют реализовать модульное тестирование, не отходя от EDT, или справиться с какими-то частными ситуациями. Следить за новинками можно через поиск с фразой «EDT plugin» на GitHub:
Не забываем: прежде чем воспользоваться чем-то с GitHub, сначала необходимо убедиться, что у проекта указана лицензия, разрешающая использование. К сожалению, многие разработчики забывают проверять лицензию.
Плагины Eclipse
Как было сказано ранее, EDT основан на Eclipse. Соответственно, есть плагины от Eclipse, которые подойдут для EDT. Давайте рассмотрим некоторые из них.
8. Darkest Dark Theme with DevStyle
Это один из моих самых любимых плагинов! Не смотрите на название. Плагин не только позволяет делать красивую темную тему (которая в EDT, увы, ложится криво), но и дает другие интересные возможности. Разберем их отдельно.
Смена темы
Очевидно, что одна из основных целей этого плагина — менять тему, причем не только цвета, но и иконки.
ДО:
ПОСЛЕ:
На первый взгляд, в интерфейсе после применения плагина ничего не поменялось. Но, если присмотреться, можно заметить, что иконки стали крупнее: теперь не надо напрягать зрение и гадать, что на них изображено. По иконке Search теперь сразу ясно, что это поиск. Текст на неактивных вкладках стал темнее, а текст на активной вкладке в редакторе кода выделяется жирным шрифтом.
Кажется, что это мелочи, однако с ними реально удобнее работать.
Удобный лаунчер
У EDT есть свой лаунчер EDT Start.
Но лаунчер, который идет с плагином Darkest Dark Theme with DevStyle, показывает, когда и какие проекты были открыты; когда и какие файлы менялись (или были открыты) в этом проекте в последний раз.
Поиск
Казалось бы, причем тут вообще поиск. Но те, кто использует VCS, однозначно привыкли к поиску в виде маленькой «всплывашки» справа вверху, где удобно делать поиск и замену, а не к этому монстру посреди экрана.
ДО
ПОСЛЕ
Думаю, выбор очевиден. Огромное модальное окно скрывает часть интерфейса, его надо постоянно двигать в стороны. А маленькое окошко справа вверху обладает тем же функционалом, но не мешает процессу исследования кода.
Плагин для совместной разработки CodeTogether
При установке плагина Darkest Dark Theme with DevStyle по умолчанию ставится еще один плагин для совместной разработки CodeTogether. Зачем он? Прежде чем я объясню, ответьте на вопрос: «Что Вы обычно делаете, когда с разработкой нужна помощь коллеги или сообщества?»
Обычно разработчики:
- Кидаются друг в друга кусками кода с фразой: «Чего-то не пашет!»
- Включают AnyDesk, TeamViewer или нечто подобное, чтобы помощник подключился удаленно.
Оба способа неудобные. В первом случае высока вероятность потерять важный кусок кода и наделать ошибок. Второй способ может привести к неловким ситуациям: расшарил экран и все увидели, что у тебя на заставке розовые пони. Или от жены неожиданно всплыло сообщение «Масик, не забудь купить яйца» коллегам на смех.
Не знаю, как Вы, но я бы хотел получить помощь по-другому: просто расшарить редактор, чтобы коллеги могли сами посмотреть код и прямо в редакторе накидать варианты решения. И такая возможность есть, но, увы, для нас (я о мире 1С) она пока не очень удобно реализована. Чтобы такого добиться в EDT, надо открыть плагин, поднять сессию по одной кнопке и скинуть ссылку коллегам. Когда коллега подключится и Вы одобрите подключение, Вы увидите зеленую рамку, а справа внизу будет написано, кто подключен.
А вот, что увидит коллега, открыв ссылку в браузере:
И да, он сможет писать код, просматривать ошибки, но у него не будет подсветки и синтаксис помощника. Увы… Но согласитесь, технология реально крутая.
Прочее
Еще плагин Darkest Dark Theme with DevStyle проверяет папки и дает рекомендации, какие из них добавить в исключение Windows Defender, что в частности советует и 1С . Зачем это нужно? Все просто: система генерирует огромное количество файлов, которые, конечно же, проверяет Ваш антивирус, тратя на это ресурсы компьютера и Ваше время. Чтобы избежать этого, достаточно добавить необходимые папки в исключения.
Если у Вас другой антивирус, добавьте необходимые пути в исключение вручную, следуя документации по ссылке выше.
9. Open Editors
В моем личном рейтинге этот плагин занимает второе место. В мире 1С почти каждый модуль называется по типу ЭтоСуперМегаКрутойУникальныйИОбщийМодульКлиентНеСерверИНеВнешнееСоединение.
Стоит в EDT открыть пару модулей — панель заполняется, обрезается и становится вообще не понятно, где и что находится. Плагин Open Editors позволяет вывести все открытые вкладки в отдельную панель, что очень удобно и делает работу комфортнее и быстрее.
10. LiClipseText
Этот плагин пригодится тем, кто не хочет отдельно открывать файлы в других редакторах, а иметь все под рукой. Он позволяет открыть в EDT документ другого формата и сделать более-менее вменяемую раскраску синтаксиса этого документа. Плагин справляется с подсветкой множества языков. Вот список тех, которые, вероятнее всего, пригодятся в мире 1С:
- HTML
- JSON
- Markdown
- StringTemplate
- Windows bat files
- XML
11. SonarLint
Плагин позволяет вытягивать проверки из SonarQube и выводить их сразу в EDT — статистический анализатор анализирует код на стороне сервера, а не клиента, и выводит результат внутри EDT. Однако стандартный SonarLint не работает с произвольными форматами файлов и требует некоторых изменений для работы. На текущий момент есть решение от ребят из SilverBullet, которое позволяет обрабатывать файлы формата bsl. Это круто по той причине, что анализ происходит на сервере, а значит, ресурсы локального компьютера не расходуются.
Подробнее о плагине:
12. TeamCity
Этого плагина нет в магазине Eclipse, он устанавливается с сервера TeamCity. Плагин пригодится тем, кто применяет в работе DevOps. TeamCity можно использовать в качестве CI-контура и прямо из EDT выполнять запуск сборок проекта, анализировать ошибки, помечать тесты как упавшие или как исправленные и многое другое. Кроме того, в EDT можно настроить парсер и при возникновении ошибок EDT сразу перейдет в нужное место и укажет строку с ошибкой.
Установка: http://your TeamCity Server address/update/eclipse/
Плагины для EDT бесполезны без EDT :)
Для 1С:EDT есть много интересных плагинов, которые делают работу удобнее, проще и быстрее. Но чтобы ими воспользоваться, сначала надо… Как ни странно, перейти на EDT.
Скорее всего, среди наших читателей есть те, кто подумал: «Да пробовал я этот ваш EDT. Ерунда!»
Вы просто не умеете его готовить! :) На курсе «Профессиональная разработка в 1С:EDT с использованием Git» я расскажу, как грамотно внедрить EDT и Git и настроить процесс разработки так, чтобы всем было комфортно работать.
Использование 1C:EDT и Git — первый шаг к мировой практике DevOps в 1С. Эти технологии позволяют:
- Увеличить скорость разработки.
- Включить в процесс тестирование и ревью кода – и тем самым повысить качество кода.
- Свести к нулю потери разработок в ситуациях, когда, например, кто-то обновляет базу данных и случайно удаляет ваш код.
- Снизить время, которое Вы тратите на поиск ошибок и бэкапы.
- Сделать весь процесс разработки прозрачным и понятным.
И это еще не все! Посмотреть полную программу курса:
А можно ссылку на плагин Поиск?
Это все один плагин Darkest Dark Theme with DevStyle
А есть плагины для EDT которые позволяют изменить размер и цвет точек останова и закладок ?
Потому что эти стандартные серые маленькие кружечки вобще не заметны, глаза сломать можно (((
вариантов решения очень много, но самый простой – увеличить размер UI, для этого пропишите в edt.ini (поиграйтесь с этими параметрами):
-Dswt.enable.autoScale=true
-Dswt.autoScale=200
-Dswt.autoScale.method=nearest
С другой стороны – можно попробовать напрямую заменить иконки в jar файлах, у меня иконка лежит тут:
“C:\Users\NAME\.eclipse\org.eclipse.platform_4.23.0_1727398449_win32_win32_x86_64\configuration\org.eclipse.osgi\660\0\.cp\icons\full\obj16\brkp_obj.png”
Выйдите из EDT, откройте в редакторе, который поддерживает прозрачность, поменяйте цвет и перезайдите. Пути могут отличаться.
1С уже более 20 лет. А для получения подсказки по прежнему нужно жать ctrl-пробел.
Дикари-с…
Ну сам эклипс эту вещь поддерживает, например в JAVA и C++ – это делать можно.
Так что я думаю что если вы дадите такую идею – люди могут реализовать. Я думаю это и просто плагином сделать можно.
А так – особого толка от нее нет, если у вас нет статической типизации, так что наверное поэтому и не делали.
Эклипс может и поддерживает, но коллеги из 1С эту штуку не реализовали…
Идею им подавали, но игнор… Написал еще и тут – ну просто, может, заглянет кто из них. Понятно, что не по адресу. Удивлен, что, похоже, из всего сообщества, только меня это бесит…
Есть аксиома: “Компьютер должен работать, а человек – думать”. Пусть EDT работает, подсказки считает, настолько, насколько сможет.
Пользоваться ими или нет – это уж пользователю решать.
А в текущей схеме программа заставляет человека работать, причем, выполнять максимально тупую и бесполезную работу – жать одни и те же кнопки в ситуации, когда вполне доступен автовызов.
Тут дело в другом. Тут дело в рассчетах типов.
т.е. Если у вас нет в коде строгой типизации, то едт будет рассчитывать типы на лету, а значит – в подавляющем количестве случаев – едт не даст вам правильный подбор, так как просто его не знает.
а вы знаете и будете писать руками его, например – реквизиты какие то там. И получается, что вы этот помошник в холостую гоняете и он только мешает. Ну и плюс скорость – скорость побора в таких случаях может быть низкой.
Но это все мои догадки.
Добрый день. 2 с лишним года веду разработку на EDT, хотел бы дополнить.
4) В коннекторе так и не решена проблема с поиском настроечного файла (https://github.com/otymko/bslls-connector-for-edt/issues/7) – из-за этого, он весьма неудобен к использованию командой. Чем больше ошибок регистрирует EDT, тем сильнее он тормозит на проверках, и в принципе некомфортно работать в модуле где есть ошибки которые исправляться никогда никем не будут. Есть иной плагин решающий те же задачи – https://github.com/DoublesunRUS/ru.capralow.dt.bslls.validator. Как показывает практика работает он пошустрее.. И до тех по пока настройки не подтягиваются из гита, лучше работать с ним.
5) Несколько коробят Ваши выводы про “надуманную ситуацию”. Конфигурации поддержки – это реализованное в платформе решение для отслеживания библиотечных зависимостей. И по-хорошему коль скоро edt это лишь обертка для конфигуратора он должен бы уметь с этим работать без “приключений”. Как например на базе БСП написать конфу , чтобы саму БСП далее без проблем обновлять? Как указать системе что должны быть залочены модули поставщика, которые этот самый поставщик не рекомендует к изменениям?
Плагин о котором в этом пункте рассказано – действительно крутая штука, мы используем его в своей команде. Но не надо подавать его как универсальное решение проблемы) Отказаться от конфигураций поставщика, и настраивать блокировку объектов в нем, Вы серьезно? Серьезно кто-то будет описывать целую кучу модулей?… Неработоспособная идея.
Мы используем для целей блокирования модулей от поставщика, которые пришлось по тем или иным причинам разлачивать, а также для переопределяемых модулей. Причем основной гешефт здесь – это не само блокирование. А то, что модуль указанный в настроечном файле не участвует в проверках кода – мусорных ошибок меньше, тормозов как следствие тоже меньше.
8) Поиск – “а не к этому монстру посреди экрана.” – как по мне, лучше работать с понятным монстром, чем догадываться о назначении кнопок в “красивом” окошке. Это безусловно вкусовщина, но вот в том же vscode так и не привык к этому окну – писал линию сборки на OneScript, и довольно плотно с ним поработал. Вот, с моей точки зрения “монстр” удобнее)
Доброе.
Плагин Капралова – не поддерживается больше, и он не работает с последними версиями, на сколько я помню.
Проблема с поиском настроек есть, тут спорить не о чем :)
Увы, но дальше вы выводы делаете на основе ложного утверждения. Что если я вам скажу, что я могу в ЕДТ разрабатывать даже не имея возможности открыть конфигуратор? Даже без лицензий 1С? Это сейчас конфигуратор, а точнее его агент – вынужденная мера, но от нее скоро уйдут.
Все остальные утверждения – тоже устарели. Так как можно целые подсистемы отключать от проверок, вплоть до того, что создать спец подсистему – исключитьИзПроверок и туда добавлять все не нужные объекты.
Посмотрите последний вебинар от ребят из ЕДТ, там так раз эти опросы поднимаются про библиотеки, гит и прочее.
Не поддерживается, но работает в актуальном релизе Ruby 2021.2.12 – успешно используем вместо более тормозного коннектора. Как говорил – пока в нем главная проблема не решена, терпеть лишние тормоза смысла нет.
“Увы, но дальше вы выводы делаете на основе ложного утверждения” – вот когда 1С реально оторвет EDT от конфигуратора, реализует и опубликует новый способ работы с поддержкой – тогда у Вас будет право называть данное утверждение ложным. Насчет “скоро уйдут” – что-то сомневаюсь, глядя на количество ошибок в гитхабе. Может и уйдут, дай-то бог, но явно не скоро. До того момента – как и говорил, EDT это лишь обертка.
По поводу проверок – не верю, что кто-то будет реально сидеть и настраивать такие исключения. Но дело даже не в этом. Перечень объектов библиотеки должен приходить от поставщика библиотеки. Пресловутый принцип единой ответственности.
Разве что от разработчиков поставляемых библиотек будет приходить этот самый настроечный файлик – ох не верится мне, что так будет…
А то по Вашей схеме получается – есть один поставщик, 10 потребителей, и все эти потребители должны самостоятельно это у себя настраивать? Да ладно…
Кстати, в том самом бсл-коннекторе (как и в плагине ув. Александра Капралова) – есть спец. настройка, определяющая поведение проверок относительно объектов поставщика. Т.е. то, что Вы говорите – убрать поддержку – потребует целый ряд архитектурных доработок. Не знаю, как долго Вы работаете с 1С – по опыту могу сказать что там даже не 3 года ждать обещанного. А вендор, к слову – этого не обещал)) И пока иного способа работать с поставляемыми библиотеками нет – то, что Вы говорите это деза. Поражаюсь тем видео, где кто-то учит удалять конфигурации поставщика – без них ни разу не проще. Это лишь говорит о неопытности автора именно в библиотечной разработке и сопровождении.
Не однократно кстати замечал, что разработчики EDT – они скорее программисты на java, чем на 1С, и порой имеют смутное понятие о том, что автоматизируют. Может поэтому в EDT сейчас столько багов? Прошу не воспринимать как негатив о продукте, это даже не критика – констатация факта. Вебинары смотрю, с удовольствием, мне EDT нравится – гораздо удобнее, чем конфигуратор, но и приключений с ним гораздо больше. И последний посмотрю, как только записи опубликуют – их нет пока.
Вот тут и основная проблема, что 1С развивалась по пути монолита, и это теперь ощущается и в едт.
В остальном – конфиграцию поставщика можно удалить, но поддержку оставить, так же как и драйвера и прочее – т.е. у вас просто не будет файла cf, что уже ускорит загрузку и уменьшит объем репы.
Поэтому подходов много. Очень много, но едт – без контура сборок, который будет вам все собирать и разбирать – наверное утопия, в некоем смысле.
Те кто не хотели ручками – пишут плагины :)
И кстати – все больше знакомых отказываются от BSL LS, в виду описанных причин, и используют встроенный плагин, он уже прям очень хорош.
“конфиграцию поставщика можно удалить, но поддержку оставить” – а как? Если в Вашем курсе описывается такой способ, просьба уточнить где именно. Он куплен у меня, ждет своего часа.
“Те кто не хотели ручками – пишут плагины :)” – ну, тут смайлик характерен, таких имхо – единицы. Да и я говорю о обычной повседневной работе – без допилов на яве, а о том, что есть “из коробки”. И в таком подходе вариант (на тек. дату, 28.03.22) ровно один – жить с поддержкой.
По поводу плагина (code-style?) – работа конечно проведена титаническая, но пока bsl он не закрывает. Да и сам сыроват. Не хочу здесь лишний раз критиковать, но пока впечатления не очень. У BSL еще тот плюс, что эта библиотека одинаково работает в сонаре и edt – сонар как-бы сводный пул ошибок, с мониторингом изменения тех. долга. К сожалению на 100% 1 в 1 перечень проверок не совпадает, но на 80% – да. Возможно кстати, что совпадать будет при использовании коннектора о котором Вы говорили, но выбор пока сделан в пользу повседневной работы.
“конфиграцию поставщика можно удалить, но поддержку оставить” – после импорта проекта замените файл конфигурации поставщика пусто конфигурацией прям в исходниках. И точно так же – замените драйвера, те что бинарники – на пустые файлы. В итоге то драйвера ставят обычно с сайта поставщика, особенно разработчики.
Просто выгружайте проверки едт в сонар. Обещали, что скоро и правила с описания сделают, но пока ждем.