Появилась новая версия 1C:Enterprise Development Tools 1.9.0

Возврат к списку

Появилась новая версия 1C:Enterprise Development Tools 1.9.0

01.08.2018     

Фирма «1С» сообщила о выходе версии 1.9.0 среды разработки бизнес-приложений 1C:Enterprise Development Tools с новой порцией улучшений.

1C:Enterprise Development Tools, впервые выпущенная в апреле 2015 года, представляет собой интегрированную среду нового поколения для разработки бизнес-приложений на платформе «1С:Предприятие 8». Ее предполагается использовать параллельно с действующим конфигуратором.

 

 

Особенности версии 1.9.0

В 1C:Enterprise Development Tools реализовали механизм сбора статистики возникающих ошибок и использования той или иной функциональности, которая обезличивается и отправляется разработчикам фирмы «1С» для улучшения инструмента в будущем.

Оптимизации

Уменьшен объем используемой памяти и ускорено выполнение ряда операций:

  • Уменьшен объем дисковой памяти, используемой для хранения проектов. Например, объем памяти, используемой конфигурацией «ERP Управление предприятием 2», сокращен почти в два раза.

  • Уменьшено потребление оперативной памяти при модификации конфигурации, а также при сравнении и объединении конфигураций.

  • Ускорено объединение конфигураций за счет снижения количества блокировок данных и многопоточного сохранения измененных файлов на диск.

  • Ускорено сравнение HTML-документов в процессе сравнения конфигураций. Наибольшее ускорение, на 20–30%, достигается при трехстороннем сравнении.

  • Ускорен поиск подсистем в диалоге фильтрации дерева конфигурации по подсистемам.

  • Ускорено открытие состава общего реквизита в его редакторе (закладка «Состав»).

  • Уменьшено потребление памяти при отображении реквизитов формы в ее редакторе (закладка «Реквизиты»).

  • Ускорено открытие форм списка в редакторе за счет оптимизации ряда внутренних операций.

  • Ускорено открытие редактора схемы компоновки данных и некоторых диалогов, вызываемых из этого редактора (диалог выбора типа, диалог редактирования выражения для вычисляемых полей, редактор вложенной схемы компоновки данных). Также ускорен переход между полями в диалоге «Выражение упорядочивания» и некоторые другие действия.

  • Оптимизированы открытие, редактирование и закрытие табличного документа. Достигнуто ускорение в 1,5–3 раза.

Командная разработка

Улучшены механизмы сравнения и объединения:

  • В редакторе сравнения и объединения модулей в строковых переменных, состоящих из нескольких слов, помечаются только измененные слова. Ранее вся строковая переменная помечалась как измененная, что усложняло визуальный поиск отличий.

  • В настройках сравнения и объединения теперь можно разрешить или запретить удаление объектов главного источника.

  • В диалоге сравнения прав теперь можно отбирать объекты главной конфигурации с помощью поиска по строке.

  • В редактор сравнения/объединения и в диалог сравнения прав добавлены иконки, обозначающие действие, которое будет выполнено при объединении: удаление свойства или его добавление.

  • Объединение неконфликтных изменений при трехстороннем сравнении выполняется теперь автоматически. В результат берутся изменения, выполненные «слева» и «справа» от родителя. При объединении конфликтных изменений модулей больше не проставляются флажки «MRG» в теле модулей.

Редактор встроенного языка

Улучшены механизмы работы с кодом на встроенном языке:

  • Реализовано автодополнение строкового литерала для функции «ПолучитьФункциональнуюОпцию». Теперь можно не вводить имя опции вручную, а выбрать одну из имеющихся в конфигурации опций.

  • Теперь можно скопировать текущую строку, просто нажав Ctrl+C. Не нужно выделять ее всю, как раньше.

  • Развитие механизмов работы с комментариями:

    • Комментарии к процедурам и функциям теперь сворачиваются так же, как и другие структурные элементы кода. Автоматическое сворачивание комментариев настраивается в параметрах.

    • Реализована контекстная подсказка при редактировании текста комментария.

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

Конфигурации на поддержке

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

  • некорректное отображение элементов управления, связанных с объектами, изменение которых запрещено;

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

Преемственность версий

«1С» обеспечила преемственность версий 1C:Enterprise Development Tools – конфигурации, созданные средствами версии 1.8.0, можно продолжать разрабатывать в версии 1.9.0. Когда запустится новая версия среды разработки, на старой рабочей области произведется автоматическая миграция проектов. После этого разработка на предыдущей версии поддерживаться перестанет.

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

 

Минимальный

Рекомендуемый

Продвинутый

Процессор

Intel Core i3

Intel Core i5

Intel Core i7, AMD Ryzen

Оперативная память

4 Гбайт

8 Гбайт

16 Гбайт

Жесткий диск

HDD

HDD / SSD

SSD

Разрешение дисплея

1280x768

1920x1080

1920x1080

Сложность прикладного решения

Средняя

Высокая

Максимальная

Рекомендуем свежий обзор, посвященный практическому опыту использования разработки в EDT, и другие публикации по EDT, которые есть в нашей библиотеке.
Полный список улучшений и подробное описание новых возможностей версии 1.9.0 на сайте «1С» и во встроенной справке 1C:Enterprise Development Tool или на диске ИТС.

Фирма «1С» разрешает получить и использовать без дополнительной платы версию 1.9.0 1C:Enterprise Development Tools только зарегистрированным пользователям продуктов «1С:Предприятия 8» версии не ниже ПРОФ, имеющим действующий договор 1С:ИТС, и партнерам фирмы «1С».

Скачать можно отсюда.



Источник: https://infostart.ru/journal/news/mir-1s/poyavilas-novaya-versiya-1c-enterprise-development-tools-1-9-0_878546/
Автор:
Екатерина Морозова Обозреватель


Что больше всего вас привлекает в 1С:Enterprise Development tools?


Механизм сравнения в целом, а также сравнение форм, ролей (9.46%, 7 голосов)
9.46%
Новое хранилище, основанное на GIT (31.08%, 23 голосов)
31.08%
Возможность создания плагинов (12.16%, 9 голосов)
12.16%
Система редактирования запросов и возможность сохранения комментариев после редактирования конструктором (20.27%, 15 голосов)
20.27%
Более удобная и наглядная отладка (12.16%, 9 голосов)
12.16%
Структура модуля, иерархия вызовов, er-diagram (12.16%, 9 голосов)
12.16%
Другое (в комментариях) (2.7%, 2 голосов)
2.7%

Комментарии
Избранное Подписка Сортировка: Древо
1. A.Sytchev 01.08.18 11:50 Сейчас в теме
Вторая неделя на EDT, полет нормальный
3. aspirator23 358 01.08.18 11:52 Сейчас в теме
5. A.Sytchev 01.08.18 11:52 Сейчас в теме
6. aspirator23 358 01.08.18 11:54 Сейчас в теме
(5) Одним угумсом не отделаться. :) А подробнее? Хотя бы пару предложений
7. A.Sytchev 01.08.18 11:59 Сейчас в теме
(6) Ну что сказать, до иделала еще далеко, но по сравнению с 1.8 - прогресс очень заметен, особенно в скорости и в отсутствии багов, которые реально мешают работать. Мое личное мнение - если нет нужды использовать GIT, пока на нее переходить еще рано. Самое неудобное для меня, на данный момент, это отладка. Нормального представления, например, для таблицы значений - нет. Приходится смотреть построчно. Если в переменной длинный текст, например, запрос, приходится растягивать окно с сожержимым как-то, а чаще всего копировать его в в какой-нибудь notepad и смотреть целиком. И таким мелочей еще много. Но повторюсь, работе уже не мешает.
8. aspirator23 358 01.08.18 12:02 Сейчас в теме
12. grumagargler 443 01.08.18 15:39 Сейчас в теме
(7) к сожалению, это далеко не весь список недостатков, посидели два дня на 1.9, и обратно. А если поконючить, то получается, с апреля 2015, с учетом, что её ну хотя бы год-полтора писали до этого, разработке уже ~6 лет? Среды, для которой текстовый редактор и инфраструктура была сделана "эклипсом", а методология вся конфигураторе и без которого среда - почти как блокнот++, и учтем что разработка на жаве вроде как быстрее плюсов (частое заблуждение), ёлки, многовато времени!
kadild; AlexGroovy; nytlenc; +3 Ответить
20. A.Sytchev 01.08.18 17:09 Сейчас в теме
(12)
ы год-полтора писали до этого, разработке уже ~6 лет? Среды, для которой текстовый редактор и инфраструктура была сделана "эклипсом", а методология вся конфигураторе и без которого среда - почти как блокнот++, и учтем что разработка на жаве вроде как быстрее плюсов (частое заблуждение), ёлки, многовато времени!


Я не говорил, что это все ее недостатки, я перечислил то, что больше всего раздражает меня. В остальном пока все без особых проблем.

А по поводу сроков разработки, видимо это не самый приоритетный проект для компании, возможно выделяют мало ресурсов. Плюс к этому, мы же не знаем большого количество того, что под капотом. Возможно много времени ушло именно на стыковку Эклипса и платформы как таковой.
2. aspirator23 358 01.08.18 11:51 Сейчас в теме
Горячая тема. Интересны отзывы первых испытателей. :)
4. A.Sytchev 01.08.18 11:52 Сейчас в теме
А еще про темную тему забыли написать, вроде раньше не было, хотя мне не зашла.
9. kadild 01.08.18 12:07 Сейчас в теме
Единственная новость которую я жду про EDT - это то что в 1с сами разработчики типовых решений пересели на эту среду разработки. Все остальное - бесконечное тестирование на хомячках.
Irwin; Fox-trot; ErshKUS; Gluk_1C; acanta; Silenser; ifilll; DoctorRoza; Tavalik; sm.artem; AllexSoft; boln; A_Max; AlexGroovy; nytlenc; ZLENKO; kraynev-navi; Kosstikk; theshadowco; grumagargler; GATTUSO; CyberCerber; kolya_tlt; Froloid; Solovyeff; Plotks2017; s22; sanjakaiser; +28 Ответить
10. kolya_tlt 11 01.08.18 12:57 Сейчас в теме
(9) насколько мне известно ERP уже начали писать на EDT, но релиз выходит скорее всего по старинке из хранилища
11. MaxS 1217 01.08.18 13:44 Сейчас в теме
Возможно ли писать в EDT обработку для нескольких конфигураций, помечая участки кода, например это для УТ, а это для УТ и КА, а это общий для всех и т.п.. И потом компилировать несколько разных обработок для разных видов конфигураций?
13. Darklight 14 01.08.18 15:52 Сейчас в теме
(11) Пока нет, но ведь можно вот так:
Если Метаданные.Имя="УправлениеПроизводственнымПредприятием" Тогда
//Тут алгоритм для УПП
ИначеЕсли Метаданные.Имя="УправлениеТорговлей" Тогда
//Тут алгоритм для УТ
ИначеЕсли Метаданные.Имя="ЗарплатаИУправлениеПерсоналом" Тогда
//Тут алгоритм для ЗУП
КонецЕсли
Показать

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

Если Метаданные.Имя="УправлениеПроизводственнымПредприятием" Тогда
	//Тут алгоритм для УПП
ИначеЕсли Метаданные.Имя="УправлениеТорговлей" и лев(Метаданные.Версия,5)="10.3." Тогда //Проверка на версию нарочито-примитивная
	//этот вызывает ошибку компиляции в УПП и ЗУП - нет общего модуля "ПользователиБСП": сообщить(ПользователиБСП.ПолноеИмяНеуказанногоПользователя());
	сообщить(Вычислить("ПользователиБСП").ПолноеИмяНеуказанногоПользователя()); //а в УТ 10.3 есть
ИначеЕсли Метаданные.Имя="ЗарплатаИУправлениеПерсоналом" Тогда
	//Тут алгоритм для ЗУП
КонецЕсли
Показать


Но, надеюсь когда-нибудь и директивы препроцессора появятся, хотя бы определяемые самостоятельно

#ОПРЕДЕЛИТЬ ЭтоУТ10_3 = Истина


#ЕСЛИ ЭтоУТ10_3 Тогда
      сообщить(ПользователиБСП.ПолноеИмяНеуказанногоПользователя());
#КОНЕЦЕСЛИ


Или да же так (код отрабатывает при компиляции)


#ЕСЛИ  Метаданные.Имя="УправлениеТорговлей" и лев(Метаданные.Версия,5)="10.3." Тогда
      сообщить(ПользователиБСП.ПолноеИмяНеуказанногоПользователя());
#КОНЕЦЕСЛИ


Но, тут дело не в EDT - а расширении самого языка - может появится где-нибудь в 1С: Предприятие 8.5, 8.6 а то придётся и 9-е поколение ждать - когда язык алгоритмов более существенно подтянут к современным реалиям программирования XXI века!
AllexSoft; Sиlьver; CyberCerber; +3 Ответить
15. baton_pk 376 01.08.18 16:30 Сейчас в теме
(13)
надеюсь когда-нибудь и директивы препроцессора появятся

нннннеееееееееееееееееееееееееееееееееееееееееееет!!!
16. Darklight 14 01.08.18 16:48 Сейчас в теме
(15)Почему Вы их так боитесь - это же удобно?
17. baton_pk 376 01.08.18 16:55 Сейчас в теме
(16) удобно, да. Но везде есть минусы. Во-первых, это пресловутый "#define true false", во-вторых, это на порядок усложняет программный анализ кода - потом мы почему-то удивляемся, что EDT тормозит.
19. grumagargler 443 01.08.18 17:05 Сейчас в теме
(17)
что EDT тормозит

т.е. оно тормозит потому что очень сложно разобрать в ast язык 1с?
22. baton_pk 376 01.08.18 17:15 Сейчас в теме
(19)
т.е. оно тормозит потому что очень сложно разобрать в ast язык 1с?

Возможно. Учитывая, что директивы препроцессора уже есть в языке.
24. A.Sytchev 01.08.18 17:19 Сейчас в теме
(19) Что конкретно у вас тормозит? Конфигурация долго импортируется? Так посмотрите на размер конфигурации выгруженной в файлы + на количество этих самых файлов. Кроме непосредственно записи их еще проиндексировать надо. Если открыть аналогичный проект с подобного объекма в какой-либо другой IDE, сильно сомневаюсь, что вы быстрее его импортируете.
28. grumagargler 443 01.08.18 18:23 Сейчас в теме
(24)
Что конкретно у вас тормозит?

Всё по-немногу, претензий нет, с этим можно жить. Про то, что edt приходится делать, я в курсе, но и лишнего трепета на этот счет не испытываю, есть практический опыт в разборе конфигураций и анализе кода. Наибольшие проблемы мы испытываем при непосредственной работе в среде, наборе кода, перемещения между окнами (особенно при работе без мышки), пропадания курсора, старые подсказки, самопроизвольное сворачивание дерева метаданных, неправильная синтаксическая подсветка и другие неудобства. Я не знаю когда вы начали работать с edt, лично мы добросовестно пытались много раз на протяжении пары лет, и если года два назад - эти болячки были понятны, то сегодня уже нет, особенно если вы производите в среднем 100-150 строк кода в день. Можно было бы утверждать, что нам этот продукт достается как подарок свыше, и нечего ёрничать, но учитывая, что вся партнерская сеть сидит на ИТС-налоге, хотелось бы и спросить, почему edt больше похоже на факультатив.
25. Darklight 14 01.08.18 17:39 Сейчас в теме
(17)"#define true false" а в чём здесь подвох?

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

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

Кстати, для 1С я бы ограничил только "одним" местом (модулем), где можно было бы создавать свои определения препроцессора - считаю что для этого нужен свой отдельный "общий" модуль инициализации (типа как для параметров сеанса, только на уровне метаданных) - а если точнее - произвольное количество таких модулей (но чётко помеченных что это модуль инициализации) - чтобы все подсистемы могли иметь свой такой модуль в составе конфигурации. И отрабатывать такой модуль должен только один раз - при переносе основной конфигурации в конфигурацию ИБ (и только если хоть один такой модуль был изменен, или при отдельном ручном запуске переницииализации). Все определения бы тут сразу инициализировались только "один раз" и их значения бы кешировались в составе метаданных. Естественно с учётом расширений - такой кеш для разных потребителей должен быть свой, как и сами значения и их влияние на работу остальных алгоритмов. Это даст развитие целому новому направлению - интеграционному конфигурированию - когда поставляемые встраиваемые решения/подситемы могут сами себя (свои алгоритмы и метаданные) конфигурировать ещё на стадии компиляции - оптимизируя конечный результат, и настраивая его работу, в зависимости от каких-то заданных внешних/внутренних настроек.
Может и это, когда-нибудь увидим 1С: Предприятие... но, наверное, уже только 9-го поколения - не раньше :-(
23. Darklight 14 01.08.18 17:18 Сейчас в теме
(13)Сам себя чутка поправлю, вернее дополню: вместо "Вычислить" для обращения к общим модулям, которых может не быть, есть ещё в БСП такая функция: "ОбщегоНазначения.ОбщийМодуль(Имя) Экспорт" (или тут ОбщегоНазначенияКлиентСервер.ОбщийМодуль(Имя) Экспорт"), но она отсутствует в ранних версиях БСП (простите не знаю точно с какой версии появилась), и в разных версиях БСП имеет разный путь, можно использовать её для получения общего модуля (как это делается в БСП и конфигурациях на БСП):

Если Метаданные.Имя="УправлениеПроизводственнымПредприятием" Тогда
    //Тут алгоритм для УПП
ИначеЕсли Метаданные.Имя="УправлениеТорговлей" и лев(Метаданные.Версия,5)="10.3." Тогда //Проверка на версию нарочито-примитивная
    //этот вызывает ошибку компиляции в УПП и ЗУП - нет общего модуля "ПользователиБСП": сообщить(ПользователиБСП.ПолноеИмяНеуказанногоПользователя());
    сообщить(ОбщегоНазначенияКлиентСервер.ОбщийМодуль("ПользователиБСП").ПолноеИмяНеуказанногоПользователя()); //а в УТ 10.3 есть
ИначеЕсли Метаданные.Имя="ЗарплатаИУправлениеПерсоналом" Тогда
    //Тут алгоритм для ЗУП
КонецЕсли
Показать


Но, посмотрев её алгоритм (беру версию из БП 3.0, внутренние реализации в разных БСП тоже чутка разные, но не принципиально):

// Возвращает ссылку на общий модуль по имени.
//
// Параметры:
//  Имя          - Строка - имя общего модуля, например:
//                 "ОбщегоНазначения",
//                 "ОбщегоНазначенияКлиент".
//
// Возвращаемое значение:
//  ОбщийМодуль - общий модуль.
//
Функция ОбщийМодуль(Имя) Экспорт
	
	Если Метаданные.ОбщиеМодули.Найти(Имя) <> Неопределено Тогда
		Модуль = Вычислить(Имя); // ВычислитьВБезопасномРежиме не требуется, т.к. проверка надежная.
	ИначеЕсли СтрЧислоВхождений(Имя, ".") = 1 Тогда
		Возврат СерверныйМодульМенеджера(Имя);
	Иначе
		Модуль = Неопределено;
	КонецЕсли;
	
	Если ТипЗнч(Модуль) <> Тип("ОбщийМодуль") Тогда
		ВызватьИсключение СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(НСтр("ru = 'Общий модуль ""%1"" не найден.'"), Имя);
	КонецЕсли;
	
	Возврат Модуль;
	
КонецФункции
Показать


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

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

Так же в конфигурациях на БСП делают проверки на наличие подсистем функцией "ОбщегоНазначения.ПодсистемаСуществует(ПолноеИмяПодсистемы) Экспорт" ("ОбщегоНазначенияКлиентСервер.ПодсистемаСуществует(ПолноеИмяПодсистемы) Экспорт") для проверки существования того или иного алгоритмического функционала - можно использовать тот же подход - чтобы разграничивать разные алгоритмы своего кода. Аналогично можно проверять не только подсистемы но и другие метаданные.
37. MaxS 1217 02.08.18 09:13 Сейчас в теме
(13) Надеюсь на директивы препроцессора как для текста, так и для элементов форм и т.п.
Писать весь код в одну обработку не подходит, т.к. предполагается продавать обработки и для каждой конфигурации своя цена.
Может быть плагинам какими-нибудь что-то можно сообразить.
В идеале бы ещё отбор в тексте по виду конфигурации. Включил и на экране код только для одной конфигурации. Прямо там пишешь и отлаживаешь, потом проверяешь как эти изменения отразились на других конфигурациях.

Наверное не дождёмся такого. Быстрее ИИ придёт на помощь и принцип проектирования программ кардинально поменяется.
39. Darklight 14 02.08.18 10:48 Сейчас в теме
(37)Да, Вы хотите совершенно не то, что по классике решается директивами препроцессора. Вам нужно, чтобы обрезка проходила ещё на этапе сборки конфигурации поставки. Я в этой ветке писал про желание иметь модуль(и) инициализации для процессов интеграции - там я говорил о конфигурировании состава метаданных и алгоритма уже у клиента. Но если мутить такую систему для клиента - то имело бы смысл расширить её и для поставщиков решений - чтобы на основе тех же настроек опций (и инициализированных директив, в процессе выполнения алгоритма на этапе конфигурирования - подготовки конфигурации или внешней обработки) можно было получить настроенную конфигурацию/обработку как поставку для клиента (а не только как конфигурацию ИБ для текущей базы). То есть, такой подход реально был бы удобен и клиентам и поставщикам. Может такое когда-нибудь и появится. Не от самой 1С, так от "партнёров", в качестве плагина к EDT.

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


#Область УПП
    //Тут алгоритм для УПП
#КонецОбласти //УПП

//тут общий алгоритм

#Область КА
    //Тут алгоритм для КА
#КонецОбласти //КА

//тут общий алгоритм

#Область УПП
    //Тут снова алгоритм для УПП
#КонецОбласти //УПП

#Область УТ
    //Алгоритм для УТ
    сообщить(ОбщегоНазначенияКлиентСервер.ОбщийМодуль("ПользователиБСП").ПолноеИмяНеуказанногоПользователя()); //а в УТ 10.3 есть
#КонецОбласти //УТ

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| НекоеОбщееПоле1,
| НекоеОбщееПоле2,
#Область УПП
| НекоеУПППоле3,
| НекоеУПППоле4,
#КонецОбласти //УПП
#Область КА
| НекоеКАПоле5,
| НекоеКАПоле6,
#КонецОбласти //КА
| НекоеОбщееПоле7,
| НекоеОбщееПоле8
|ИЗ Истоник";

Показать


Создаёте конфигурационный файл(ы) - где указываете какие имена областей должны быть включены в релиз, какие исключены (не указывается все остальные - которые не должны обрабатываться).
В инструменте парсера выгружаете конфигурацию/обработку в xml файлы
Парсите текстовые файлы модулей алгоритмов - на тэг "#область"
Если далее идёт имя, которое надо исключить - удаляете текст до конца области по тэгу "#конецобласти" (нужно учесть что области могут быть вложенными, могут иметь в конце комментарий до конца строки, могут быть строковые значения с такими словами).
Собираете финальную конфигурацию/обработку обратно из xml - вуал-я - остались только нужные алгоритмы!

С метаданными всё-примерно та же - только там нет областей, ну и не надо - пишем пометки прямо в комментариях или синонимах метаданных - ключевые слова, начинающиеся на "#".
Парсим xml дерево метаданных - ищем xml-тэги именем "Comment" или "Synonym", парсим содержимое (там будет мультиязыковая строка - подструктура тэгов xml) - найдём ключевые тэги из настройки - значит решаем выкидывать или нет всю ветку xml от родительского узла.
Собираете финальную конфигурацию/обработку обратно из xml - вуа-ля - остались только нужные метаданные и реквизиты, формы... для обработок! Ну тут ещё много нюансов есть по охвату разных элементов и их обработки - это я опускаю.

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

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

Сделать такой инструмент не очень сложно - а пользы будет очень много - Вы достигнете что хотите. А сделав такой инструмент хоть как обработку для 1С Предприятие 8 или как скрипт для One Script , то потом можно уже и соответствующий плагин для Снегопата и далее EDT набросать.
Дерзайте.
41. MaxS 1217 02.08.18 11:06 Сейчас в теме
(39) Хотел убить сразу двух зайцев. Начать это делать в EDT. Но там даже базовая функциональность не взлетела на версии 1.7.0. Просто взять и написать код не вышло.
В БСП демо базе что-то подобное видел.
В очередной раз жду момента когда EDT заработает и буду копать глубже. Пока интересуют управляемые формы.
Правда есть проекты, где отладка ведётся на платформе 8.3 в толстом клиенте неуправляемые формы, а потом код руками копируется в обработку на платформе 8.1. Где-то у меня был софт сборки/разборки для 8.1, но потерял.
14. Slava_prog 01.08.18 16:04 Сейчас в теме
Кто в курсе просвятите для чего нужно одной платформе 2 среды разработки. У каждой свои + и -. Однозначного выбора нет. Предполагаю наличие различных сценариев использования.
27. Darklight 14 01.08.18 17:51 Сейчас в теме
(14)Думаю, Конфигуратор со временем отомрёт 8-| и останется только EDT - будем надеяться, что к тому моменту EDT уже на две головы будет превосходить классический конфигуратор (ну и по скорости почти не будет ему уступать). Вопрос лишь - когда это произойдёт? Будет ли такое "счастье" уже в какой-нибудь редакции 8.5, 8.6... или конфигуратор будет с нами до последнего - пока жива платформа 8-го поколения. Думаю, что конфигуратор убирать не будут ещё очень долго - но будут активно всех пересаживать на EDT. Так, что у 1С Предприятие есть все шансы завершить свой жизненный цикл где-нибудь на 8.8-ой редакции вместе с уже крайне ущербным и устаревшим конфигуратором, лет так через 40. Когда большинство уже давно будут использовать 1С: Предприятие 9 конфигурируя только через EDT.
42. MaxS 1217 02.08.18 11:17 Сейчас в теме
(27) Лет так через 40 будет искусственный интеллект. Программист будет задавать параметры для ИИ и обучать его, а ИИ будет писать программы.
44. Darklight 14 02.08.18 14:34 Сейчас в теме
(42)Про то что 1С нужно будет развивать системы интеллектуальной автоматизации - я уже поминал не так давно в комментариях к новости о будущей конкуренции роботов и людей (у меня в профиле можно найти комментарии и саму новость). Но, вот сколько времени нужно, чтобы эти системы развились до уровня как Вы тут приводите (т.е. осмысленная и продвинутая авто кодогенерация по полученному тз) - думаю это уже уровень лишь следующего века - ну, может, конца XXI. А вот, более примитивные интеллектуальные помощники (как на смартфонах), конечно появятся раньше. Думаю, их и в какой-нить из будущих редакций 1С: Предприятие 8 даже можно будет уже увидеть - когда компания 1С "наиграется" в сервер взаимодействий и новую распределённую серверную архитектуру и выпустить новое дополнение для 1С: Предприятие 8 - сервер искусственного интеллекта.

Но такие ИИ-ассистенты - лишь помощники - им можно будет давать голосовые команды на поиск, рефакторинг, несложный анализ или выполнение заранее заложенных макросов и схем обработки данных. Они смогут самостоятельно отслеживать показатели, делать рассылки и напоминания, вести простые беседы с покупателями и поставщиками, совершать сделки по заданным критериям. Но писать сложный код и создавать архитектуру ПО - ещё долго не смогут.

Думаю, ожидать их появления (на уровне современных смартфонов) в 1С Предприятие можно будет лет через 20-30. Вряд ли раньше: ближайшие лет 10 компания 1С ещё будет "играться" уже обозначенные её игрушки направления, потом ещё лет 10 будет подтягивать средства мониторинга и управления своей платформой и прикладными решениями до современного уровня (без хорошего базового API делать AI бессмысленно), будут прикручивать голосовое управление и простые интеллектуальные системы анализа и обработки. И лишь потом анонсируют, ТОЛЬКО лишь анонсируют, голосового помощника - которого ещё лет 10 будут пилить, прежде, чем выйдет первая более менее удачная версия. Ну а далее ещё десятилетия его развития и допиливания до актуального мирового уровня подобных систем. А там уже и 8-ю платформу пора будет менять на 9-ю всилу тотального устаревания архитектуры и её не соответствию мировому уровню учетных систем.

А на 9-ой платформе простым голосовым помощником уже не ободёшься - лет через 40 действительно - ИИ системы буду активно "управлять" миром - будут встроены во всё, и будут теснить работников-людей по многим фронтам.Особенно офисный планктон. И 9-я платформа уже будет создаваться именно с прицелом на эту тенденцию - т.е. тут уже встроенный уровень ИИ - это не уровень исполнителя команд. А уровень интеллектального заменителя сотрудников: от оператора ввода данных, менеджера по продажам, бухгалтера, до финансового аналитики и директора по логистике. Конечно - всех на этом уровне не заменит - но штат специалистов малого и среднего звена (и даже топов) существенно сократит. Но не программистов - этот урвень 9-ке ещё не будет подвластен.
35. Gureev 02.08.18 08:24 Сейчас в теме
(14) когда нибудь конфигуратор перестанут поддерживать, сделают его только SSH-ным сервисом (имхо)
18. webester 27 01.08.18 16:59 Сейчас в теме
Это та EDT которая падает без объяснения причин и не у кого спросить в чем дело? Второй релиз за все время существования? Ну я думаю правнуки смогут обработку 100 в строк на ней написать
21. A.Sytchev 01.08.18 17:14 Сейчас в теме
(18) Не надо утрировать, не второй релиз, а одиннадцатый (это уже после выхода из стадии BETA) на users можно посмотреть. Все спокойно пишется, не идеально, но с конфигурациями уровня БП или УНФ работается очень комфортно.
26. nytlenc 265 01.08.18 17:42 Сейчас в теме
Irwin; yarohagolovatiy; Gureev; JohnConnor; kadild; +5 Ответить
29. aximo 671 01.08.18 19:04 Сейчас в теме
возможно ли здесь писать обработки, разбив каждую функцию в отдельный файл (к примеру) - а потом скомпилировать в единую программу?
30. spogo 2 01.08.18 23:16 Сейчас в теме
Просто запустил уставновку EDT
Прикрепленные файлы:
32. seacat 02.08.18 05:28 Сейчас в теме
(30)
Наверное таки стоит обновить версию Java
34. spogo 2 02.08.18 07:28 Сейчас в теме
31. sm.artem 11 02.08.18 05:25 Сейчас в теме
установил, и даже настроил в соответствии с рекомендациями. Захотел "перетащить" конфу ERP 2.4.5 в область "Навигатора" - курсор на полпути остановился... и всё... 10 минут ни ответа, ни привета. Это еще даже импорт не начался.
36. AlX0id 02.08.18 09:03 Сейчас в теме
33. roman.shalabay 02.08.18 06:05 Сейчас в теме
Теперь можно скопировать текущую строку, просто нажав Ctrl+C. Не нужно выделять ее всю, как раньше.

Топовые нововведения подвезли
Fox-trot; letzteKraft; the1; +3 Ответить
38. BigClock 02.08.18 10:21 Сейчас в теме
Рекомендую мониторы с разрешением 1920х1200 (соотношение сторон 16:10),
а не стандартные 1920х1080, так как на них помещается больше информации по вертикали.

Сами системные требования в вариантах "Рекомендуемый" и "Продвинутый" достаточно
высокие.
40. Darklight 14 02.08.18 11:02 Сейчас в теме
(38)А я больше ultrawide мониторы люблю и работаю на них, с соотношением сторон 21:9, размером не мене 29'' и разрешением экрана 2560x1080 - чтобы вертикальные списки размещать по горизонтали, не занимая верх и низ (снизу только синтаксис помощь, сообщения и переменные). Ну в идеале это, конечно два-три таких монитора 34''-38'' 3440x1440 - но тут стол нужен очень большой - зато работа в 1С будет крайне комфортная! А если списки закрыть -то строки кода в ширину хорошо видны, я уж не говорю о таблицах и журналах.
43. MaxS 1217 02.08.18 12:19 Сейчас в теме
(38) Использую сейчас 3840х2160, размер шрифтов 100%
28" :( пришлось поближе поставить. Да и головой приходится крутить чаще. 2-4 конфигуратора можно разместить. Обычно 2, если код листать и править.
Более 30" - не пробовал. Наверное придётся на кресле с колесиками от одного края монитора к другому кататься, либо вогнутый монитор брать.

В рекомендациях не написано поколение процессора. Старенький i7 вероятно хуже последнего i3 будет.
45. uri1978 121 03.08.18 16:16 Сейчас в теме
(43)
Старенький i7 вероятно хуже последнего i3 будет.

У меня дома весьма старенький i7 3770K разогнанный до 4.3Гц уделывает даже i5 который на работе, о i3 даже молчу.
46. Bukaska 126 06.08.18 14:32 Сейчас в теме
(45)А частота у остальных двоих такая же, как на i7 3770К?)))
47. MaxS 1217 07.08.18 07:17 Сейчас в теме
(45) У меня дома тоже i7 3770, но без K, не разогнанный. Памяти максимум - 32, SSD максимальные по скорости, sata. Один для системы и ещё один для данных.
Приходится частенько ждать конфигуратор, работу в режиме предприятия. В одной часто используемой базе нашел неоптимальные запросы, исправил. Скорость выполнения операции выросла в 200 раз, но и этого мне не хватает ;)

EDT 1.7 не сказал бы чтобы тормозило, но медленнее конфигуратора. Ищу возможность для очередной итерации, чтобы попробовать последнюю EDT.
Заметил что EDT загружает все процессоры, значит замена всей системы на топовый на текущий момент процессор должно пойти на пользу.
48. c1nil 105 09.08.18 11:10 Сейчас в теме
Какой минимальный продукт нужно у 1С купить, чтобы можно было скачать этого монстра?
П.С. может есть варианты на Ubuntu разрабатывать без виртуалок для конфигуратора?
49. t.v.s. 83 10.08.18 07:34 Сейчас в теме
(48) Конфигуратор на убунте уже давно работает нативно, как и вся платформа
52. c1nil 105 27.08.18 09:59 Сейчас в теме
(49) интересно. а с какой версии? можно подробней?
53. t.v.s. 83 27.08.18 14:28 Сейчас в теме
(52)
С какой не скажу, но в 8.3.10 и выше точно работает
50. timeforlive 9 10.08.18 09:28 Сейчас в теме
А ваш EDTеще не пробовал через СОМ заставить светодиодик подмигивать вам?
Я бы купил ^_^
51. user1035175 20.08.18 11:53 Сейчас в теме
Понравилась отметка модулей в которых EDT нашла "ошибки". Но большинство "ошибок" это вызов Общих Экспортных модулей. Их EDT за локальную переменную принимает.
Из любопытства запустил создание мобильного приложения из самописной конфигурации. Конфигурация для этого не предназначалась и выдалась предупреждение об ошибках. Теперь при сохранении исходной конфигурации в "штатном" Конфигураторе выдается ошибка на функции из Общих модулей - "Мобильное приложение содержит синтаксические ошибки." Хотя в свойствах исходной конфигурации стоит "Назначение использования -> Приложение для платформы".
Подскажите как сбросить вывод этого сообщения? Проверка через "Синтакс-помощник" и "Проверку конфигурации" конфигурация проходит. Тестирование и исправление ИБ также делал.
Оставьте свое сообщение