1с edt что это
В статье рассмотрена среда разработки нового поколения 1C:Enterprise Development Tools (EDT). Данное ПО представляет из себя самостоятельное приложение, которое устанавливается отдельно от платформы.«1С:Предприятие». Изучив статью, Вы узнаете:
- Чем конфигуратор отличается от EDT?
- Как установить EDT?
- Как подключить плагины?
- Как сменить используемую тему?
- Какие базовые приемы разработки имеются в новой среде и как их применять на практике?
Применимость
В статье использовалась первая тестовая версия EDT, вышедшая в апреле 2015 г. Для актуальной версии основные приемы, проиллюстрированные в материале, остались теми же.
Установка EDT
1C:Enterprise Development tools – это среда для разработки конфигурации в IDE Eclipse.
Основное отличие от конфигуратора в том, что при использовании EDT можно вести разработку конфигурации вне контекста 1С:Предприятие.
Для того чтобы начать работать с EDT, выясните, соответствует ли ваша система следующим требованиям.
[styled_table]| Операционная система | Версия | Архитектура процессора | JRE | Оконная система |
| Windows | 7/8/8.1 | x86 32-bit x86 64-bit | Oracle Java 8 | Win32 |
| Ubuntu Long Term Support | 12.04 | x86 32-bit x86 64-bit | Oracle Java 6 Update 37 IBM Java 6 SR11 | GTK |
| Apple Mac OS X | 10.8 | Universal 32-bit x86 64-bit | Oracle Java 7u9 | Cocoa |
Вам потребуется весь набор для тестирования.
Установите тестовый релиз 1С. Затем разархивируйте папку с утилитами и запустите файл dt.exe. Если возникнут ошибки, перепроверьте, стоит ли у вас нужная версия java.
После запуска файла откроется Eclipse, где, собственно, и должна происходить вся разработка.
Новая среда разработки
Сама по себе среда Eclipse, при прочих равных, не особо отличается от конфигуратора и имеет тот же самый базовый функционал. Однако благодаря различным плагинам есть возможность значительно его расширять.
В свою очередь каждая из них дает свой набор возможностей. К примеру, перспектива 1С:Предприятие имеет вот такой набор возможностей:
Теперь давайте переключимся на другую перспективу , делать это можно справа вверху:
Нажмите на отладку:
В чем особенность использования Eclipse?
Например, вы хотите сделать две цветовые схемы для разработки: одну дневную – светлую, другую вечернюю – темную. В конфигураторе же мы не можем влиять на фон некоторых элементов формы, не получится сохранить и несколько вариантов настроек.
Давайте посмотрим эти же настройки в Eclipse. По умолчанию включена светлая тема, выглядит она так:
Теперь окно выглядит так:
Неплохо, правда? Но это только вершина айсберга. Еще есть возможность устанавливать плагины.
Плагины в EDT
После перехода по ссылке скопируйте следующую ссылку, как показано на картинке:
Тестировать можно так: скопировали код, скопировали другой код, вставили его через Ctrl+V и, не отпуская Ctrl, несколько раз нажали на V.
Summary
Как видите, не успев перейти на Eclipse, вы уже получили кучу бонусов.
Более того, есть множество источников, из которых можно скачать разные плагины.
Но все это лишь приятные дополнения к тому, что теперь у вас появилась возможность полноценно работать с git – системой контроля версий. Об этом мы расскажем во второй статье.
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, конечно.
С одной стороны: гит-шмит, что тут может быть непонятным - контроль и управление версиями, нелинейная разработка. Можно было бы ограничиться прочтением описаний и пунктами меню.
Но я решил погрузиться в это поглубже, чтобы "прочувствовать" на себе через 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, в отличие от конфигуратора, способна в параллельность, почему тогда она такая медленная?
А давайте посмотрим.
Однако, давайте зайдем в настройки Конфигуратора и поставим вот такие галочки:
Есть. Сохранилось. Но это заняло 210 секунд. 210 секунд.
И в нашем примере они как раз есть, об этом чуть ниже.
Не более двух минут (создать проект, импортировать и т.д.), а сам bin файл компилируется за секунды.
Но даже это не главное.
Ошибки
В нем Конфигуратор не находит НИ ОДНОЙ ошибки на 40 000+ строк кода, даже в расширенном режиме!
А что покажет EDT?
300 ошибок на старте!
Давайте пробежимся по некоторым.
Что здесь не так?
Может быть и нет, возможно, где-то далее кто-то проницательный и поставил дополнительную проверку.
А может, не поставил :)
Вроде все корректно.
Но это же модуль объекта! И тут эти функции работать не будут, это просто копипаста.
И последний пример:
Вот что тут не так? Кто скажет?
А вот EDT говорит, что мы пытаемся оперировать переменной Стр, когда она была еще не определена. А по факту тут вообще должна стоять не Стр.
И если бы еще стоял плагин BSL LS, то он бы нас отругал за то, что у нас нет случая Иначе, и за то, что у нас код в двух условиях идентичный, и предложил бы два условия свернуть в одно.
Обработки, отчеты, расширения
Какие плюшки нам дает EDT?
Про это смотрите видео ниже, в нем как раз видно, что разрабатывать в Конфигураторе код сложного продукта довольно не просто. Особенно, с мнимой “помощью” нашего любимого Конфигуратора.
Если же в проекте несколько разработчиков, то проблемы, связанные с функциями / процедурами / переименованием объектов / реквизитов, будут регулярными.
Но это не значит, что расширения плохи, это просто особенность среды разработки.
Да, можно сказать, что все это не особо критично, так как мы стараемся не переименовывать модули / функции, не менять количество параметров.
Осталось только договориться об этом с вендором :) Все это может запросто прилететь с очередным обновлением, в конце концов, даже в продуктах, выпущенных несколько лет назад до сих пор меняется структура регистров (см. УТ 11.5.7).Исходники
Точнее наоборот: вы работаете с исходниками, которые вообще никакого отношения к базе данных не имеют, а потом вы заливаете эти изменения в нужную вам базу данных.
Когда это удобно?
Например, когда у вас одна конфигурация в разных базах на разные организации и вы ведете по ней разработку.
Это РИБ, там базы по умолчанию идентичны. Но вы должны брать две базы, заходить в два конфигуратора, синхронно переносить код и проверять, чтобы ничего не сломалось. И EDT здесь выручает.
Подписки на события
Что можно использовать, чтобы посмотреть в какой подписке находится нужный вам объект?
Для этого в Конфигураторе есть… Аж ничего…
В лучшем случае можно сделать ссылки на объекты, так как имени подписки верить нельзя, там иногда реально чудят.
В общем, это время и деньги.
Как это делается в EDT?
Нажимаем правой кнопкой на Проекте и выбираем подписки. Нас встретит вот такое окно:
Но давайте ускоримся :)
Наши любимые RLS
Однако в случае работы с ролями, к плюсам EDT можно отнести то, что есть возможность настраивать список выводимых колонок с правами, видеть все права в списке и более гибко настраивать фильтры:
Плюс, делать групповое добавление ролей к нужным объектам:
А вот Конфигуратор выигрывает в том, что он позволяет копировать шаблоны ролей.
Кстати, обратите внимание, что в Конфигураторе роли идут в столбцах, а права в строках, что обычно делается тогда, когда архитектурно мыслишь, что у тебя колонок будет меньше чем строк:
Вообще, 1С разработала новый стандарт именования ролей и принципы создания ролей (новые относительно того, что было в ранних конфигурациях, например, УТ 10).
Но ладно, идем дальше, давайте посмотрим на нашу любимую процедуру обновления конфигурации.
Обновление конфигураций
Давайте возьмем две разные версии Vanessa Automation и сравним их.
Что нам показывает конфигуратор:
Так, ладно, мы видим что изменилась форма, но насколько критично?
Но если мы не хотим, чтобы новый заголовок применялся? Или чтобы кнопка удалялась?
Что надо делать?
А если это конфигурация, то нам нужно будет запускать повторное сравнение и т.д.
А теперь, что нам показывает EDT:
Но все ли прям хорошо?
В EDT хватает своих “тараканов”.
Итоги
Поэтому обязательно посмотрите в сторону этого продукта, хотя бы как помощника. Пусть даже только на первых порах и не постоянного, а эпизодического.
Но это не значит, что это нужно прямо всем.
Все меняется тогда, когда над продуктом работает несколько человек и все нужно технологизировать.
Программа, стоимость, условия и регистрация в первую группу: Профессиональная разработка в 1С:EDT + Git и современные подходы к управлению версиями и качеством кодаКомментарии / обсуждение (6):
Хваленый EDT наглухо зависает, при том что у меня нормальное железо – SSD и много ядер. То есть просто импорт тупо зависает, молчу про сохранение данных и запуск отладки.
Зачем изучать поделку, которая ни ЕРП, ни УТ – нормально переварить не может?
Ну и про devops – очень спорно в статье. Пользуюсь devops-практиками несколько лет, разрабатываю в конфигураторе, ЧТДЯНТ?
надо просто “на берегу” договориться о порядке действий и переходах с ветки на ветку
Ну и как предложение, если у вас есть желание, можем договориться о встрече и похоливарить, просто каждую неделю через меня проходит 2-3 компании, которые думают так же, как и вы, и оказывается, что они думают неправильно. Я думаю, что у вас другой случай, и мне было бы очень интересно про него послушать.
Встречайте — 1C: Enterprise Development Tools.
Начну с предыстории.
На днях, произошел очень интересный этап в истории развития 1С – была выпущена новая среда разработки под 1С — 1C:Enterprise Development Tools.
1C:EDT – это новая среда для разработки под «1С: Предприятие 8», которая основана на базе открытой платформы Eclipse.
Да, да, да – встречайте, во всех странах СНГ и не только – Eclipse с разработкой на русском языке!
(под катом много больших картинок)
На текущий момент это всего лишь ознакомительная версия, тут нет очень многих вещей, и даже объектов, которые необходимы для полноценной разработки в 1С. Но и это не плохо, так как 1С официально заявило следующее:
«Данная версия не предназначена для полноценной разработки, она может быть использована только для ознакомления с концепциями и технологиями разрабатываемого инструмента, а также для разработки небольших, простых конфигураций».
Список ограничений на текущий момент зашкаливает, однако это очень приятный шаг со стороны 1С, так как ранее они ничего не публиковали в общий доступ, если это не прошло хотя бы предварительные бета тесты, и то, публикуют это все-равно в разделы для тестирования. Эта линия очень четко отслеживается по мобильной платформе 1С.
Так как 1С взяли за основу Eclipse, то автоматом получились вот такие требования:
Естественно, что работает все на Windows 8/8.1, однако в этом случае надо Java 8, а не 7.
Однако, теперь разрабатывать можно и в среде Mac OS.
Но, для начала, перед тем как обрадуются поклонники Mac OS, следует немного объяснить принципы работы в Eclipse, в случае 1С – Eclipse, это текстовый редактор, который просто позволяет редактировать xml, в которых описаны объекты 1С, а это значит, что вы работаете не с базой 1С, как это обычно привыкли делать программисты 1С, а только с конфигурацией, которую вы потом обновляете в конкретной базе данных.
А отсюда следует, что разработка под Mac OS, в отличие от Windows и Linux, может заключаться только в редактировании данных, без возможности привычной нам отладки.
Ну и как можно догадаться, без полноценного 1С предприятия и доступа к конфигуратору отладка не получится.
Одно из ключевых преимуществ (как по мне) — к каждой базе теперь можно подключить n-проектов, т.е. ранее мы не могли, работая с одной базой данных, разрабатывать несколько конфигураций. Точнее могли, но тогда надо было бы возиться с двумя (тремя … n) конфигураторами, выгружать и загружать конфигурации, и вообще – каждый конфигуратор, это отдельное окно. Теперь каждый конфигуратор — это, по сути, отдельный проект.
Но, хватит полемики, давайте перейдем уже к действиям и скринам. Из описанного выше – понятно, что нам надо иметь установленную версию 1С, полноценную, ну и теперь необходимо скачать еще один дополнительный файл. Все это скачать можно тут (только для тех, кто подписан на ИТС). А справка по этому продукту находится тут.
На странице скачивания вы выбираете нужную версию 1С, как это делается обычно, и нужную версию 1C:EDT. Обратите внимание, что разрядность EDT и Java должны совпадать, т.е. или оба x86 или оба x64.
Далее необходимо установить саму 1С, если не установите – работать ничего не будет, т.е. нужно установить именно ту версию, которая дается на этой странице.
После этого надо разархивировать архив com._1c.g5.v8.dt.rcp-win32.win32.x86_64, и можно приступать к работе в Eclipse. Для этого достаточно запустить файл dt.exe. Но, перед запуском – удостоверьтесь, что у вас более 4Гб оперативки, так как со стандартными настройками – виртуальная машина отъедает 3Гб, если у вас меньше оперативки, то можно изменить настройки в файле dt.ini, там есть такая строка -Xmx3072m, вот число – это объем памяти, меньше 2Гб лучше не ставить, а то чревато ошибкой Out of memory.
Сам по себе архив – это компиляция Eclipse с предустановленными плагинами. Т.е. в данном случае не получится подключить свои плагины и настройки из стандартной версии Eclipse, как это можно сделать в случае разработки под Android, когда просто мы указываем путь, выбираем нужные объекты и Eclipse автоматом все настраивает и обновляет. Но, я думаю, что 1С и это вскоре сделает.Первый запуск будет долгий, и так будет всегда, увы, так как создается виртуальная среда, которая после выхода – уничтожается. Но, с другой стороны, это не большая проблема, так как вам для работы с разными базами не надо будет открывать 100500 вариантов Eclipse.
При запуске вы увидите вот такое красивое окошко:
Итак, после запуска – для тех, кто раньше работал в Eclipse, — не будет ничего особо нового. Интерфейс по умолчанию выглядит вот так:
Тут сразу видно, что появились новые перспективы:
Давайте познакомимся поближе с перспективой 1С. Справа внизу находятся доступные базы данных, причем это всего лишь отображение подключенных баз у текущего пользователя. В данном случае 1С просто считывает файл ibases.v8i. Так что тут сразу будут импортированы те базы, которые у вас уже были ранее подключены.
Там же и происходит управление веб-сервером:
Тут ничего особенного, тут обычные настройки, которые необходимы для публикации базы. Причем все на английском. Вообще тут надо привыкнуть, ибо интерфейс русско-английский, ну и конечно – это в будущем исправят.
Теперь можно добавить конфигурацию в проект:
Для этого ее необходимо импортировать. После импорта, те базы, конфигурации которых у вас импортированы, будут иметь дополнение в наименовании в фигурных скобках, как в данном случае.
Далее нам станут доступны объекты этой конфигурации, и мы ее увидим уже в привычном нам виде:
Увы, но на текущий момент недоступно слишком много свойств и объектов. Однако это совершенно не мешает разрабатывать простенькие конфигурации, например, для мобильной платформы 1С.
Вот так выглядит форма документа:
Стоить отметить, что в целом – 1С сумели сохранить привычный всем вид рисования форм. Но и добавили несколько плюшек (или это баги?). Например, ранее – добавляя поле на форму – мы не видели его тип, и это не страшно, когда вопрос касался примитивных типов. Но когда начинаешь указывать ссылки, то можно и запутаться, особенно когда форма достаточно большая, и в ней существует несколько вариантов отображения данных, в зависимости от начальных условий. Особенно это касается новых конфигураций (например, УНФ).
А тут нам сразу указывается и тип, ну не чудесно ли? Осталось надеяться, что это не баг :)
Ну пока формы кривоваты, но тем не менее, для альфа релиза – я ожидал худшего.
Теперь я подключу другую конфигурацию, и посмотрим какой-то код:
Как видно – теперь вполне одновременно можно работать с разными объектами разных конфигураций в одной среде, слева доступен список функций и процедур, список поделен по областям (которые в стандартном конфигураторе чуть более чем бесполезные).
Выделяются экспортные функции, параметры, и подсвечивается текущая функция, в которой вы находитесь, для примера, вот так это выглядело ранее:
Но все это мелочи по сравнению с тем, что 1С сделали дальше. А дальше они сделали удобной функцию удаленной отладки. Т.е. теперь можно использовать отдельный сервер для отладки данных. К сожалению – информации немного на этот счет. Но, как можно догадаться из настроек – поднимается некий веб-сервер для отладки и через него происходит работа с отладкой всех платформ, в том числе и мобильной.
А это в свою очередь значит, что получен удобный механизм, когда разработчикам 1С больше не надо тягать базы к себе на компы, потому что обычно среда тестового сервера не располагает всеми возможностями, которые есть на своих компьютерах. Да и каждый раз прыгать от сервера к серверу – было не круто.
Теперь можно управлять кучей серверов, удаленно отлаживать данные, работать в своей среде на своем компьютере. К тому же 1С сделали возможность зашифровать канал передачи данных (на что, увы, 99% 1Сников и админов не обратят внимания).
Кроме этого всего – 1С подключили плагины для работы с git. Так что вскоре, для всех тех, кто страдает от работы с хранилищем конфигураций, можно будет смело перейти на git. Описывать работу с гитхабом я смысла не вижу, там «все как обычно».
1С даже создали свою ветку, где они выложили одну из демо конфигураций в свободный доступ.
Но, на фоне того, что 1С начала работать вплотную над проектом EDT, они были вынуждены сделать несколько решений, которые они все-таки внедрили в старый добрый конфигуратор:
Я думаю рассказывать тут особо нечего, все понятно из скрина.
Таким образом, случилось то, чего боялись большинство программистов «не 1С» — русский язык идет в ваши ряды :)
С другой стороны, для программистов 1С – это большой скачок в развитии. Теперь уже порог входа немного увеличился, и, я думаю, немалая часть программистов отвалится, оставшись на старых версиях конфигуратора, как это было с 7.7. Но те, кто смогут осилить новые парадигмы и принципы – будут вознаграждены тем, что научаться работать в популярной среде. А значит, переключаться между разными языками программирования будет намного проще. А, как все однэсники знают – мы одним 1С не ограничиваемся, ибо вечно надо что-то допилить на JS,VBS, SQL, Bash, HTML, а с выходом мобильной платформы – надо будет еще писать и под Андроид, а тут все это в одном флаконе устроить можно будет.
Конечно, обидно, что нет поддержки IDEA, но я думаю и это не за горами, так как когда только выбрали это направление в 1С – IDEA была еще не слишком популярной, даже Android разработчики обходили ее стороной, из-за отсутствия среды для рисования форм, что в 1С – является ключевым функционалом.
Так что жди, мир! Мы идем!
P.S. Специально для тех, кто очень хочет увидеть русский язык в Eclipse и рассказать о том, что программировать на русском – это убожество, то прошу под спойлер:
Берегите глаза
Тут очень хорошо видно, как удобно реализованы области.
А вот так реализована отладка. При чем localhost с портом (слева вверху) как бы намекает на то, что там может стоять ip адрес другого компа.
Читайте также: