1C:Enterprise Development Tools: выход из беты в финальную версию
Фирма «1С» представила среду разработки нового поколения 1C:Enterprise Development Tools, предназначенную для создания бизнес-приложений системы программ «1С:Предприятие 8».
Новый инструмент можно использовать наряду с конфигуратором «1С:Предприятия 8», при этом формат разрабатываемых приложений полностью соответствует текущим версиям платформы «1С:Предприятие 8».
1C:Enterprise Development Tools обладает следующими преимуществами перед конфигуратором:
Также обеспечен автоматический импорт и экспорт бизнес-приложений из формата конфигуратора «1С:Предприятие 8» в формат, используемый инструментом 1C:Enterprise Development Tools.
С более подробной информацией о новом продукте можно ознакомиться на официальном сайте «1С».
Новый инструмент можно использовать наряду с конфигуратором «1С:Предприятия 8», при этом формат разрабатываемых приложений полностью соответствует текущим версиям платформы «1С:Предприятие 8».
1C:Enterprise Development Tools обладает следующими преимуществами перед конфигуратором:
- Ориентирован на разработку крупных бизнес-приложений;
- Имеет более высокую эффективность разработки за счет использования новых инструментов;
- Может быстро переключаться между разными версиями технологической платформы и разными информационными базами прямо в процессе разработки, не покидая контекста разрабатываемого бизнес-приложения;
- Можно расширить инструмент разработки за счет создания и использования плагинов.
Также обеспечен автоматический импорт и экспорт бизнес-приложений из формата конфигуратора «1С:Предприятие 8» в формат, используемый инструментом 1C:Enterprise Development Tools.
С более подробной информацией о новом продукте можно ознакомиться на официальном сайте «1С».
Автор:
Яна Казьмина
Редактор ленты новостей
Комментарии
Избранное
Подписка
Сортировка:
Древо
(12)
Таков конец всех замуток про "программирование для домохозяек". Или развиваются до серьезных языков и сред, или тихо тонут. Сколько их уже было...
уберут, а встроенный язык заменят на java... массовая зачистка погроммистов :-D
Смех смехом, а в перспективе могут. Ведь "Доступно и всерьез"(с) - это давно уже не про V8, по крайней мере первое.
Таков конец всех замуток про "программирование для домохозяек". Или развиваются до серьезных языков и сред, или тихо тонут. Сколько их уже было...
Попробовал подстроить (по скринам) стиль кода как в ЕДТ - получилось, что-то не очень.
Вот такие цвета получились в РГБ (по скринам)
Ключевые 127.0.85
Строковые 42.0.255
Коммент 63.127.95
препроцессор 125.125.125
У меня комменты как-то бледновато смотрятся, и в ЕДТ, такое ощущение, что шрифт жирный у ключевых слов
И у них на скринах препроцессор в разных местах разным цветом.
Вот такие цвета получились в РГБ (по скринам)
Ключевые 127.0.85
Строковые 42.0.255
Коммент 63.127.95
препроцессор 125.125.125
У меня комменты как-то бледновато смотрятся, и в ЕДТ, такое ощущение, что шрифт жирный у ключевых слов
И у них на скринах препроцессор в разных местах разным цветом.
(8)
Сколько у людей свободного времени!
Попробовал подстроить (по скринам) стиль кода как в ЕДТ - получилось, что-то не очень.
Вот такие цвета получились в РГБ (по скринам)
Ключевые 127.0.85
Строковые 42.0.255
Коммент 63.127.95
препроцессор 125.125.125
Вот такие цвета получились в РГБ (по скринам)
Ключевые 127.0.85
Строковые 42.0.255
Коммент 63.127.95
препроцессор 125.125.125
Сколько у людей свободного времени!
Это сырая какашка, ребята, остановитесь!!! Почитайте описание релиза, там еще много чего не хватает по сравнению с конфигуратором. Нужно подождать еще хотя бы годик... Видали что они пишут:
т.е. они его еще и платным хотят сделать.
Вопросы дальнейшего распространения программного продукта 1С:Enterprise Development Tools планируется обсудить на Большом семинаре партнеров 29 сентября – 2 октября 2017 года.
т.е. они его еще и платным хотят сделать.
Лучше бы с пацанами из джетбрэина поговорили, они бы им норм среду разработки сделали, тем более, что пацанчики то там русские.
Через пару месяцев ждем строчки в вакансиях:
" - Опыт групповой разработки с использованием EDT и Git от 3-х лет"
" - Опыт групповой разработки с использованием EDT и Git от 3-х лет"
Не вы видали:
У меня для игр комп и то по скромнее будет...
Поскольку новый инструмент реализует существенно более широкие возможности по редактированию приложения, то для его использования требуется более производительное оборудование. Для работы 1C:Enterprise Development Tools требуется 64-разрядная операционная система, объем памяти – не менее 4 Гбайт, процессор – Intel i5 и выше. Для более эффективной работы можно рекомендовать увеличение объема памяти до 8 Гбайт.
У меня для игр комп и то по скромнее будет...
(18) Так всегда было. "Жирные" программы заставляют обновлять парк компьютеров, а мощные компьютеры стимулируют разрабатывать "жирные" программы. Когда "жир" в очередной раз вылезает за пределы возможности железяки, цикл начинается сначала. Рука руку моет.
Т.е. раз "Может быстро переключаться между разными версиями технологической платформы и разными информационными базами прямо в процессе разработки, не покидая контекста разрабатываемого бизнес-приложения;", значит одновременно отрывает несколько баз?
А как у него с восприятием лицензий?
А как у него с восприятием лицензий?
Расслабьтесь те, кто напрягся. Никто конфигуратор убирать не будет и менять язык разработки тоже.
Это просто альтернативный инструмент разработки для больших команд на больших проектах. Когда родной конфигуратор и хранилище начинают "жать".
Т.е. основная фишка и цель - нативная интеграция из коробки с внешними распределенными системами контроля версий (git). Плюшки "настоящих" IDE идут как бы прицепом и имеют значительный вес, но меньший. Просто одно другое цепляет и дополняет.
И то EDT появился единственно благодаря тому, что на платформе эклипса его можно было на аутсорсе запилить за приемлемые время и деньги.
(24) EDT работает с конфой, разложенной на отдельные файлики. Для запуска 1С файлики заново собираются в конфу. Т.е. собственно в процессе разработки 1С не используется вообще и лицензии, соответственно, тоже. Для оптимизации и инкрементальной загрузки/выгрузки в файлики/из файликов 1С немало сделало в последних релизах платформы.
Это просто альтернативный инструмент разработки для больших команд на больших проектах. Когда родной конфигуратор и хранилище начинают "жать".
Т.е. основная фишка и цель - нативная интеграция из коробки с внешними распределенными системами контроля версий (git). Плюшки "настоящих" IDE идут как бы прицепом и имеют значительный вес, но меньший. Просто одно другое цепляет и дополняет.
И то EDT появился единственно благодаря тому, что на платформе эклипса его можно было на аутсорсе запилить за приемлемые время и деньги.
(24) EDT работает с конфой, разложенной на отдельные файлики. Для запуска 1С файлики заново собираются в конфу. Т.е. собственно в процессе разработки 1С не используется вообще и лицензии, соответственно, тоже. Для оптимизации и инкрементальной загрузки/выгрузки в файлики/из файликов 1С немало сделало в последних релизах платформы.
(25)
Думаю это лишь до поры до времени ибо
Т.е. собственно в процессе разработки 1С не используется вообще и лицензии, соответственно, тоже.
Думаю это лишь до поры до времени ибо
Вопросы дальнейшего распространения программного продукта 1С:Enterprise Development Tools планируется обсудить на Большом семинаре партнеров 29 сентября – 2 октября 2017 года.
Анализатор кода получше платформенного. Хотя и не всегда правильно определяет контекст. Например, код который явно обрамлен инструкциями препроцессора чтобы не выполняться в веб-клиенте все равно считает ошибочным в контексте веб клиента.
Но в то же время проверка на количество параметров метода, неиспользуемые локальные переменные - как у современных анализаторов.
Редактор подсистем/функциональных опций/ролей по-умолчанию показывает только назначенные. Тоже прикольно. Связанные подписки на события - очень удобно.Особенно если умеет ловить подписки на общий тип (например, СправочникОбъект) - пока не проверил.
P.S. Скоро мир наводнят плагины под Eclipse написанные 1Сниками?
Но в то же время проверка на количество параметров метода, неиспользуемые локальные переменные - как у современных анализаторов.
Редактор подсистем/функциональных опций/ролей по-умолчанию показывает только назначенные. Тоже прикольно. Связанные подписки на события - очень удобно.Особенно если умеет ловить подписки на общий тип (например, СправочникОбъект) - пока не проверил.
P.S. Скоро мир наводнят плагины под Eclipse написанные 1Сниками?
(35)Даёшь что-то наподобии OneScript на Eclipse - и плагинов наплодят, мама не горюй.... но, конечно не все ринутся, и не сразу, думаю на развитие этой идеи ещё лет 10 уйдёт.... а заниматься, хотя бы, мелким или персональным (не публичным) плагиностроением, будет не более 1% 1С-ников. Но, тут надо заметить, что компания 1С через EDT пытается привлечь в свои ряды мировое сообщество программистов - если удастся - то там желающих поплагинить тоже много наберётся....
Офигеваешь от системных требований у поделки 1С.
Возьмем для сравнения минималку у Visual Studio 2017, думаю в представлении не нуждается.
Процессор с тактовой частотой не ниже 1,8 ГГц. Рекомендуется использовать как минимум двухъядерный процессор.
2 ГБ ОЗУ; рекомендуется 4 ГБ ОЗУ (минимум 2,5 ГБ при выполнении на виртуальной машине)
Место на жестком диске: от 1 ГБ до 40 ГБ, в зависимости от установленных компонентов.
Видеоадаптер с минимальным разрешением 720p (1280 на 720 пикселей); для оптимальной работы Visual Studio рекомендуется разрешение WXGA (1366 на 768 пикселей) или выше.
Возьмем для сравнения минималку у Visual Studio 2017, думаю в представлении не нуждается.
Процессор с тактовой частотой не ниже 1,8 ГГц. Рекомендуется использовать как минимум двухъядерный процессор.
2 ГБ ОЗУ; рекомендуется 4 ГБ ОЗУ (минимум 2,5 ГБ при выполнении на виртуальной машине)
Место на жестком диске: от 1 ГБ до 40 ГБ, в зависимости от установленных компонентов.
Видеоадаптер с минимальным разрешением 720p (1280 на 720 пикселей); для оптимальной работы Visual Studio рекомендуется разрешение WXGA (1366 на 768 пикселей) или выше.
(34) скорее всего это не 1С виновата, а java, движок то все таки взяли от Eclipse, который сделан на ней, а она (java) как известно любит кушать оперативу, проект CRM 3.0, 2.8 гб в памяти сожрала и 700мб hdd, но это распакованный файлы конфы, они и без ide столько места занимают.
(40) мотивация компании понятна, они хотят охватить не только рынок СНГ, а там люди посмотрели бы на конфигуратор и открестились, функционал бедный, не плагинов не гита, писать полноценную ide с нуля видимо не хватало ресурсов, все таки сравнивать тот же Майкрософт с 1с это как слон и моська, а тут целый фреймворк. Есть надежда, не без почвенная, что будет лучше, тот же jet brains делает хорошие ide на java, но они уже опытные, вначале там тоже были проблемы, а сейчас очень все круто.
(42)В EDT произошла смена идеологии среды IDE - фактически сделан новый конфигуратор. Это скорее задел для 1С: Предприятия 9. Который полюбому будет нуждаться в абсолютно новой IDE. Но появится 9-ка, конечно, очень не скоро, пока надо EDT обкатать..... лет так 10, не меньше.
(48)По крайней мере в том, что из себя представляет Проект. В конфигураторе - формально - одна среда конфигурирования - одна база - один проект. В EDT - одна среда разработки - много проектов, открытых в ней, и отдельно - ИБ, которые на них построены. И каждый такой проект - не закрытая упакованная хрень - а набор файлов на диске в открытом формате. Которыми легко можно манипулировать одноврменно целой команде, и разными инструментами на разных платформах. И применять к ним разные средства обработки, расширять, плагинами, инструментарий разработчика. Это большой шаг вперёд.
(50)
единственно, когда это реально нужно, это если мы авторы самописки ( или отраслевой), она стоит у нескольких клиентов и у всех разная (у каждого свои доработки) и нам надо внести изменения в основной поставке так, чтобы они попали ко всем клиентам
сейчас это решается созданием конфигурации поставщика новой версии, а потом каждому клиенту отдельно накатываем это через механизм поддержки. Я не уверен, что открытие пяти окон с одним и тем же модулем в разных конфигурациях - хороший подход. Я молчу про то, сколько это сожрет оперативки на рабочей станции.
А на каком языке Вы предпочтете писать эти средства обработки? Я думаю, что на родном 1С, т.е. для 1Сника быстрее набросать внешнюю обработку, которая обработает эти текстовые файлики в родном конфигураторе.
вот честно, я не вижу огромного шага вперед, от смены текстового редактора, в котором мы будем писать код. Сам подход не изменен, т.к. упирается в синтаксис языка 1С и его объектную модель. Вряд ли мы сможем взять готовые многочисленные плагины джавистов и применить их к 1С
и обновила к
в плане отладки, так это огромный шаг назад, для отладки надо чтобы eclipse 1. пакетно запустила конфигуратор конкретной базы 2. обновила оснвоную конфу 3. конфу базы данных, интересно как она отработает косяки при невозможности сохраниться 4. запутсить 1С в режиме предприятия и подключиться к ней
не знаю, но я воспринимаю eclipse как прикручивания крутого старья к некрутому но современному 1С, сдается мне, что джависты уже не пользуются eclipse
EDT - одна среда разработки - много проектов, открытых в ней, и отдельно - ИБ
единственно, когда это реально нужно, это если мы авторы самописки ( или отраслевой), она стоит у нескольких клиентов и у всех разная (у каждого свои доработки) и нам надо внести изменения в основной поставке так, чтобы они попали ко всем клиентам
сейчас это решается созданием конфигурации поставщика новой версии, а потом каждому клиенту отдельно накатываем это через механизм поддержки. Я не уверен, что открытие пяти окон с одним и тем же модулем в разных конфигурациях - хороший подход. Я молчу про то, сколько это сожрет оперативки на рабочей станции.
Которыми легко можно манипулировать одноврменно целой команде, и разными инструментами на разных платформах. И применять к ним разные средства обработки, расширять, плагинами, инструментарий разработчика. Это большой шаг вперёд.
А на каком языке Вы предпочтете писать эти средства обработки? Я думаю, что на родном 1С, т.е. для 1Сника быстрее набросать внешнюю обработку, которая обработает эти текстовые файлики в родном конфигураторе.
вот честно, я не вижу огромного шага вперед, от смены текстового редактора, в котором мы будем писать код. Сам подход не изменен, т.к. упирается в синтаксис языка 1С и его объектную модель. Вряд ли мы сможем взять готовые многочисленные плагины джавистов и применить их к 1С
и обновила к
в плане отладки, так это огромный шаг назад, для отладки надо чтобы eclipse 1. пакетно запустила конфигуратор конкретной базы 2. обновила оснвоную конфу 3. конфу базы данных, интересно как она отработает косяки при невозможности сохраниться 4. запутсить 1С в режиме предприятия и подключиться к ней
не знаю, но я воспринимаю eclipse как прикручивания крутого старья к некрутому но современному 1С, сдается мне, что джависты уже не пользуются eclipse
(52) Самое прикольное будет - если сторонние "умельцы" такими плагинами, например, прикрутят к 1С что-нибудь типа ООП расширения. Именно новая модель работы с конфигурацией это вполне позволяет сделать - просто внутри Eclipse плагины будут позволять оперировать псевдо-классами (как в текстах, так и в метаданных),а при передачи в конфигурацию и в ИБ, объектная модель будет заменяться на процедурную. Аналогично можно внедрять и другие расширения именно языка и его встроенной объектной модели, например вводить делегаты, анонимные функции, LINQ ;-) Или расширять метаданные - например сделать составные реквизиты (типа структура), или сделать структуру метаданные динамической (в зависимости от настроенных опций в EDT она будет целиком, а в ИБ буде попадать его изменённая урезанная или расширенная часть). Сделать фреймы для форм. Сделать наследование метаданных и форм....
Ещё можно ввести макросы, новые операторы языка, сделать возможность подключения внешних библиотек функций (и не только функций), расширить средства рефракторинга и анализа кода.... Не разрушая лицензионного соглашения 1С это можно сделать сейчас только в EDT.
Сделать кодо и метогенерацию, автогенерацию справки (ох как сейчас нехватает нормальной справки к функциям и метаданным типовых решений и БСП).
Это всё в будущем будет поплечу тем, кто будет расширять EDT.
И это всё возможно, сам наблюдал как таким макаром умельцы расширяли другие ущербные языки.
Ещё можно ввести макросы, новые операторы языка, сделать возможность подключения внешних библиотек функций (и не только функций), расширить средства рефракторинга и анализа кода.... Не разрушая лицензионного соглашения 1С это можно сделать сейчас только в EDT.
Сделать кодо и метогенерацию, автогенерацию справки (ох как сейчас нехватает нормальной справки к функциям и метаданным типовых решений и БСП).
Это всё в будущем будет поплечу тем, кто будет расширять EDT.
И это всё возможно, сам наблюдал как таким макаром умельцы расширяли другие ущербные языки.
(80) 1С это Фреймворк над СУБД и web, EDT - будет Фреймворком над 1С. Это попахивает той же эффективностью, как сейчас 8ми ядерного проца в телефоне хватает только на интерфейс, а когда-то такими молотили бигдату
Я не уверен, что лишний уровень абстракции даст улучшизмы
Я не уверен, что лишний уровень абстракции даст улучшизмы
(94)вопросы производительности фреймвороков (пусть и выстроенных пирамидой) решаются их внутренней оптимизацией и наращиванием аппаратных мощностей тысячами специалистов-разработчиков - и эти затраты меркнут на фоне выгоды, которую можно получить оптимизировав время разработки (и сопровождения), заодно получив более продвинутое и быстрое решение, эксплуатируемое миллионами пользователей (которая и знать не знают какая монструозная была надстройка при разработке).
А вообще это больше уже похоже на холи вор - что эффективнее: ассемблер, си, или C#/Java, а может F#/Lisp или даже Prolog? Победят то всё равно квантовые вычисления, подкреплённые AI технологиями, и совсем другие методики программирования, средства ввода инструкций, и доступа к хранилищам знаний, зачем воевать-то на заведомо проигрышном поле!
А вообще это больше уже похоже на холи вор - что эффективнее: ассемблер, си, или C#/Java, а может F#/Lisp или даже Prolog? Победят то всё равно квантовые вычисления, подкреплённые AI технологиями, и совсем другие методики программирования, средства ввода инструкций, и доступа к хранилищам знаний, зачем воевать-то на заведомо проигрышном поле!
(106) да я не спорю, что Фреймворки хороши, и что сложности по их созданию с лихвой отбиваются, но теперь спустимся с облаков в нашу земную реальность
Мой приговор, что это круто, только для авторов чисто своих конфигураций, к которым 1С не имеет отношения, либо Вы и есть 1С.
Вообще, 1С скорее всего для себя и пилит EDT. Видимо им захотелось УТ и комплексную собирать из ERP на автомате. Да и новую БСП, каждый раз вживлять в типовую как в первый раз запарило. Написали скрипты в EDT, что в каких модулях прописать и поехали.
Для нас "земных" разработчиков я применения не вижу. 1Сный продукт настолько нестабилен, что "пирамида" не будет стоять. Платформа постоянно меняется, конфигурации постоянно меняются, БСП вообще - миф, т.к. о каком стандарте может идти речь, если в типовых одновременно существуют несколько версий БСП. EDT тоже будет развиваться. В каждом слое идет буйное развитие и сделать стабильную многослойную экосистему нереально, инвестиции в её организацию не будут успевать окупаться, только и будите, что заниматься поддержкой системы разработки, вместо разработки системы учета.
Мой приговор, что это круто, только для авторов чисто своих конфигураций, к которым 1С не имеет отношения, либо Вы и есть 1С.
Вообще, 1С скорее всего для себя и пилит EDT. Видимо им захотелось УТ и комплексную собирать из ERP на автомате. Да и новую БСП, каждый раз вживлять в типовую как в первый раз запарило. Написали скрипты в EDT, что в каких модулях прописать и поехали.
Для нас "земных" разработчиков я применения не вижу. 1Сный продукт настолько нестабилен, что "пирамида" не будет стоять. Платформа постоянно меняется, конфигурации постоянно меняются, БСП вообще - миф, т.к. о каком стандарте может идти речь, если в типовых одновременно существуют несколько версий БСП. EDT тоже будет развиваться. В каждом слое идет буйное развитие и сделать стабильную многослойную экосистему нереально, инвестиции в её организацию не будут успевать окупаться, только и будите, что заниматься поддержкой системы разработки, вместо разработки системы учета.
(115)Я возражаю против мнения что EDT нужна только на монструозных проектах. Как по мне так выгоды от ее использования будут наверно на любых проектах где приходится что то массово дорабатывать. В LOC - наверно уже от 10-20к явно удобство можно будет почувствовать.
(41) собственно, кроме плагинов и GIT мало что можно перечислить, чего нет в современном конфигураторе и что действительно полезно.
Если посмотреть на стандартный конфигуратор (его развитие) у меня вообще было ощущение, что Development Tools похоронят, т.к. конфигуратор становится современной IDE быстрее, чем Eclips конфигуратором.
Одно только, как прогрессировала контекстная подсказка в конфигураторе за последние два года, заслуживает уважения.
Если посмотреть на стандартный конфигуратор (его развитие) у меня вообще было ощущение, что Development Tools похоронят, т.к. конфигуратор становится современной IDE быстрее, чем Eclips конфигуратором.
Одно только, как прогрессировала контекстная подсказка в конфигураторе за последние два года, заслуживает уважения.
(46) Сейчас EDT не предлагает ничего, чего нельзя было бы сделать в конфигураторе (пусть и обходными путями), но, со временем, ситуация изменится. А выгруженные метаданные, формы, макеты и модули в отдельные файлы, плюс GIT, плюс плагины - без заморочек - это уже очень много - всё это приведёт к тому, что возможности EDT со временем разрастутся очень сильно, как и возможности работе с элементами конфигурации и программным кодом, недоступные в обычном конфигураторе.
(54) Снегопат время от времени нехило крашил конфигуратор...
Первые версии страдали этим очень сильно, последующие - падали реже.
Если EDT зайдёт - то всякие там снегопаты и подобные уйдут в прошлое... Точнее, уйдут писать платные скрипты для EDT (что тоже неплохо).
Первые версии страдали этим очень сильно, последующие - падали реже.
Если EDT зайдёт - то всякие там снегопаты и подобные уйдут в прошлое... Точнее, уйдут писать платные скрипты для EDT (что тоже неплохо).
(125) EDT не зайдет. Думаю он займет 10-15% рабочих мест разработчиков 1С после исправления всех багов (через 6-12 месяцев). Такой низкий процент даю из-за крайне низкой скорости работы в некоторых операциях и там не предвидится серьезного ускорения. Надо бы эти фичи все в конфигураторе делать. Сделали бы меньше, а пользы было бы на порядок больше.
(101) Тут, конечно, не в Эклипс дело, а в том, что 1С походу изначально допустила какую-то ошибку в проекте. Место ошибки тоже просматривается: "импорт конфигурации". Сначала Конфигуратор выгружает xml конфигурации, затем EDT дербанит эту выгрузку в свой формат (структура xml у них не совпадает). Все это дисковые операции... Вот если бы здесь преодолеть "бутылочное горло", то жить бы стало веселее.
(102)
Работая в конфигураторе, вы привыкли, что единицей разработки является информационная база. Даже если вы ведёте групповую разработку, и конфигурация находится в хранилище, вы оперируете конкретной отладочной информационной базой, в которой и выполняете все необходимые действия.
В 1C:Enterprise Development Tools единицей разработки является конфигурация. В терминах Eclipse она соответствует понятию проект. Один проект Eclipse - это одна конфигурация. Физически проект хранится на диске в виде набора файлов и папок. А при запуске, перед началом работы, 1C:Enterprise Development Tools просит вас указать рабочее пространство (workspace). Это каталог, в котором расположены ваши проекты. Каталог, в котором хранятся несколько ваших конфигураций.
Собственно имеет место быть переходный период со старого подхода на новый.
Быстро действие в данный момент действительно хромает, у нас стоит очень хороший ССД, на нем и то конфа в 600мб исходников синхронизиурется довольно долго для комфортной работы.
Работая в конфигураторе, вы привыкли, что единицей разработки является информационная база. Даже если вы ведёте групповую разработку, и конфигурация находится в хранилище, вы оперируете конкретной отладочной информационной базой, в которой и выполняете все необходимые действия.
В 1C:Enterprise Development Tools единицей разработки является конфигурация. В терминах Eclipse она соответствует понятию проект. Один проект Eclipse - это одна конфигурация. Физически проект хранится на диске в виде набора файлов и папок. А при запуске, перед началом работы, 1C:Enterprise Development Tools просит вас указать рабочее пространство (workspace). Это каталог, в котором расположены ваши проекты. Каталог, в котором хранятся несколько ваших конфигураций.
Собственно имеет место быть переходный период со старого подхода на новый.
Быстро действие в данный момент действительно хромает, у нас стоит очень хороший ССД, на нем и то конфа в 600мб исходников синхронизиурется довольно долго для комфортной работы.
(103)
Собственно имеет место быть переходный период со старого подхода на новый.
Быстро действие в данный момент действительно хромает, у нас стоит очень хороший ССД, на нем и то конфа в 600мб исходников синхронизиурется довольно долго для комфортной работы.
Интересно, каким путем они могут пойти для расшивки этой проблемы. Эмулировать файловую структуру workspace на физических данных конфигурации (драйвер псевдодиска)?.. Или что-то еще?..
Быстро действие в данный момент действительно хромает, у нас стоит очень хороший ССД, на нем и то конфа в 600мб исходников синхронизиурется довольно долго для комфортной работы.
(105)Скорее всего для начала нужно сократить число посредников-конвертеров. Оптмизировать сами алгоритмы трансформации. Оптимизировать формат хранения выгруженной в файлы (а может и загруженной а базу) конфигурации. Ну, а главное, не синхронизировать (без специального команды) то, что вообще не изменялось - тогда долгое время будет занимать только первоначальная выгрузка. При это, можной пойти дальше, и синхронизировать не по целым файлам-объекктам, а по их частям - чтобы IDE смогла конфигуратору указать точные позиции (ветки) в файле того, где произошли изменения - а конфигуратор их позиционно прочитал бы и внёс точечные изменения свойств в конфигурации ИБ. В идеале - далее это вообще отказ от кодификатора - при работе через IDE - пусть сама внгосит изменения в ИБ напрямую.
Это всё, конечно, не сразу реализуют - когда-нибудь к это приудёт... к версии EDT эдак 2.1 ;-) лет через 10 :-/
Это всё, конечно, не сразу реализуют - когда-нибудь к это приудёт... к версии EDT эдак 2.1 ;-) лет через 10 :-/
(34)
Да ладно. Офигевать начинаешь когда конфигуратор с ерп 2 и тонкий клиент, обновляющий базу данных, съедают 7-12Гб оперативки. Так что, ай 5 и 4гига - это давно уже требования для бп, зуп, ут. На нормальный проект нужен ай7, 16 рам и быстрый ссд, гигов на 256...
Аналогично и для вс2017 - простенький проект собрать - ай5/4Гб в принципе хватает, вот только во время работы заметно подтормаживает.
Офигеваешь от системных требований у поделки 1С.
Да ладно. Офигевать начинаешь когда конфигуратор с ерп 2 и тонкий клиент, обновляющий базу данных, съедают 7-12Гб оперативки. Так что, ай 5 и 4гига - это давно уже требования для бп, зуп, ут. На нормальный проект нужен ай7, 16 рам и быстрый ссд, гигов на 256...
Аналогично и для вс2017 - простенький проект собрать - ай5/4Гб в принципе хватает, вот только во время работы заметно подтормаживает.
(43)Думаю с точки зрения массово применения в бизнесе - вряд ли - франчи да некоторые фрилансеры, наверное, понемногу смотрят, но пока она была лишь бетой, даже в финальный релиз ещё не всё поддерживает. Торопится начинать использовать пока не стоит. Плюшки там хорошие , но кому надо было - уже давно обходными путями их решают и в обычном конфигураторе, у которого и кроссплатформенность есть, и 64-битность, и GIT прикручивается. Надо ждать.... думаю раньше чем выйдет платформа 1С: Предприятие 8.4 EDT yне будет востребован (разве что для некоторых ERP 2.0 проектов), а платформа 8.4 уже будет специально ориентироваться на глубокое и эффективное взаимодействие с EDT, да и функционал EDT, к тому времени, наконец не будет уступать обычному конфигуратору (где-т с редакции 1.7, 1.8), вот тогда и можно начинать им потихоньку пользоваться - да и то не всем, кому очень надо будет или очень интересно. А массовое применение вряд ли стоит ожидать ранее, чем рак на горе свистнет выйдет 1С: Предприятие 9, т.е. ещё очень и очень не скоро.
Удобным, быстрым и, относительно не багованным, EDT вряд и станет раньше редакции 2.1 которую ждать в ближайшее десятилетие тоже вряд ли стоит (сейчас он развивался со скорость +0.1 редакция в один два года - это не быстро, но и не особо медленно, думаю, после выхода финальной версии, такой тем сохранится).
Удобным, быстрым и, относительно не багованным, EDT вряд и станет раньше редакции 2.1 которую ждать в ближайшее десятилетие тоже вряд ли стоит (сейчас он развивался со скорость +0.1 редакция в один два года - это не быстро, но и не особо медленно, думаю, после выхода финальной версии, такой тем сохранится).
Вот что волнует.
Мега программист делает проект на EDT. Расценки у него соответствующие. Вдруг раз и какая-то неразрешимая проблема из-за глюка EDT. Сроки горят, заказчик ругается.
Другой программист по старинке в конфигураторе подхватывает проект и спасает его.
Риск есть, пока это всё новое.
Мега программист делает проект на EDT. Расценки у него соответствующие. Вдруг раз и какая-то неразрешимая проблема из-за глюка EDT. Сроки горят, заказчик ругается.
Другой программист по старинке в конфигураторе подхватывает проект и спасает его.
Риск есть, пока это всё новое.
(59) Пример вымышленный. Но ситуация такая возможна, когда нужно принимать решение - продолжать на EDT или перейти на конфигуратор. Лошадей на переправе не меняют.
Например, согласился довести груз на новой фуре, в дороге поломался и по частям довёз на газели. Слегка сорвал сроки и оказался в убытке.
Например, согласился довести груз на новой фуре, в дороге поломался и по частям довёз на газели. Слегка сорвал сроки и оказался в убытке.
(61)
Согласно вашему примеру, груз поедет на новой фуре, а рядом с ним будут ехать газели, и если фура сломалась, то груз сразу поедет на газелях.
Импортированную базу в EDT никто не запрещает в конфигураторе запускать тут же.
, в дороге поломался и по частям довёз на газели. Слегка сорвал сроки и оказался
Согласно вашему примеру, груз поедет на новой фуре, а рядом с ним будут ехать газели, и если фура сломалась, то груз сразу поедет на газелях.
Импортированную базу в EDT никто не запрещает в конфигураторе запускать тут же.
(63) Не совсем. Проект может быть большим и код собираться из различных источников для конкретной конфигурации. Сразу взять и правильно перенести код из разрозненных частей не получится.
Например, целый год пишем для ERP и делаем условия, что эта часть кода для УТ. Поступил заказ для УТ, согласовали сроки, начинаем собирать для УТ и не собирается.
Другой программист делал подобное, но на старом конфигураторе... К примеру выше. ))
Например, целый год пишем для ERP и делаем условия, что эта часть кода для УТ. Поступил заказ для УТ, согласовали сроки, начинаем собирать для УТ и не собирается.
Другой программист делал подобное, но на старом конфигураторе... К примеру выше. ))
(66)
вот для этого и существует GIT, у каждого своя ветка разработки, потом делается пулл реквест в основную и уже проблемы решаются на этапе мержа.
Рекомендую ознакомится с GIT, тогда боязнь ваша уйдет.
Простой пример, большого проекта с использованием GIT воркфлоу
Цивилизованный мир уже давно решил эти проблемы.
Не совсем. Проект может быть большим и код собираться из различных источников для конкретной конфигурации. Сразу взять и правильно перенести код из разрозненных частей не получится
вот для этого и существует GIT, у каждого своя ветка разработки, потом делается пулл реквест в основную и уже проблемы решаются на этапе мержа.
Рекомендую ознакомится с GIT, тогда боязнь ваша уйдет.
Простой пример, большого проекта с использованием GIT воркфлоу
Цивилизованный мир уже давно решил эти проблемы.
(75) Очень большие проекты в 1С?
ясен пень GIT не идеален (но хранилище еще хуже), кстати понял теперь почему привел в пример ядро линукса, как раз недавно читал что-то подобное, про то, что там GIT вроде как не работает :) Видимо поэтому сразу в голове этот проект и всплыл.
По вашей же ссылки, автор пишет не про проблемы GIT, а про проблемы хостинга у GitHub и его UI. Собственно GIT != GitHub
У нас тоже проект не маленький, но мы построили процесс очень просто:
3 команды,
1 - отвечает за бухгалтерию и з\п
2 - за CRM и продажи
3 - остальные направления, где разработка ведется менее активно.
В таком случае особых конфликтов не возникает, все довольны.
ясен пень GIT не идеален (но хранилище еще хуже), кстати понял теперь почему привел в пример ядро линукса, как раз недавно читал что-то подобное, про то, что там GIT вроде как не работает :) Видимо поэтому сразу в голове этот проект и всплыл.
По вашей же ссылки, автор пишет не про проблемы GIT, а про проблемы хостинга у GitHub и его UI. Собственно GIT != GitHub
У нас тоже проект не маленький, но мы построили процесс очень просто:
3 команды,
1 - отвечает за бухгалтерию и з\п
2 - за CRM и продажи
3 - остальные направления, где разработка ведется менее активно.
В таком случае особых конфликтов не возникает, все довольны.
(75) всё смешалось - люди, кони... как верно было подмечено - git не тождественен гитхабу. Далее пара фактов:
1. Линус Торвальдсон имеет непосредственно отношение к разработке git (если мне не изменяет память, года с 2005. после конфликта с BitKeeper)
2. Ядро линукс как раз таки эталонный вариант где git работает. Причём, с того самого 2005 года
1. Линус Торвальдсон имеет непосредственно отношение к разработке git (если мне не изменяет память, года с 2005. после конфликта с BitKeeper)
2. Ядро линукс как раз таки эталонный вариант где git работает. Причём, с того самого 2005 года
(75) Как уже сказали, ты путаешь гит и гитхаб. Возможности гита самого по себе намного шире. Это достаточно низкоуровневый инструмент, на базе которого можно строить различные системы контроля версий. По легенде первую версию гита Линус нарисовал чуть ли не за ночь. Именно для разработки линукса. Как ты понимаешь, одной почты недостаточно для системы контроля версий :) А гитхаба в те времена и в помине не было.
(57) Прям супермэн какой-то, этот ваш другой программист, умеет то, что не умеет мега программист :) К сожалению супермен это вымысел, как и ваш пример, на практике же, вряд ли адекватный программист будет юзать необкатанный инструмент, там где нужна стабильность.
Да и не "разрешимая проблема" как вы ее представляете? Допустим это повреждение МД, в регистре скажем с over999999999 записями, тогда да, сроки могут встать, кстати механизм накатки изменений идентичен загрузки конфигурации из файлов в конфигураторе, так что при таком раскладе и конфигуратор с таким же успехом сломает все к .... матери.
Да и не "разрешимая проблема" как вы ее представляете? Допустим это повреждение МД, в регистре скажем с over999999999 записями, тогда да, сроки могут встать, кстати механизм накатки изменений идентичен загрузки конфигурации из файлов в конфигураторе, так что при таком раскладе и конфигуратор с таким же успехом сломает все к .... матери.
(62)
механизмы используемые EDT уже довольно обкатанные, главным образом это загрузка\выгрузка через файлы, почитайте "разработка по промышленным стандартам" тут где-то статья лежит, утрированно воркфлоу на EDT будет такой (опущены CI/CD), локальный репозиторий + EDT -> GIT -> Релиз, собственно уже люди работают по такой схеме, только через конфигуратор.
Как минимум так работает Серебрянная пуля, а от них статей "все поломалось блаблабла" я еще не видел.
Собственно мы пол года так же работаем, проблем со сборкой еще не было ни разу.
просто на копии дорабатывать и потом сравнением накатить изменения, то можно обойти возможный баг сборки в EDT.
механизмы используемые EDT уже довольно обкатанные, главным образом это загрузка\выгрузка через файлы, почитайте "разработка по промышленным стандартам" тут где-то статья лежит, утрированно воркфлоу на EDT будет такой (опущены CI/CD), локальный репозиторий + EDT -> GIT -> Релиз, собственно уже люди работают по такой схеме, только через конфигуратор.
Как минимум так работает Серебрянная пуля, а от них статей "все поломалось блаблабла" я еще не видел.
Собственно мы пол года так же работаем, проблем со сборкой еще не было ни разу.