Согласен. По пунктам 2 и 4 — особенно. Репо дать не могу, ибо они наши внутренние и закрытые. О проектах на github мне, к сожалению, неизвестно. Попробую сделать демо-пример, но чуть позже, ок?
Что касается опять же пункта 4, то в этом направлении есть надежда — сейчас мы все наработки постепенно переводим на OneScript. Это как раз lingua franca, на котором разговаривают все одинэсники. Собственно, исходный v83unpack, который представлял собой epf-обработку 1С, мы перевели на скриптинг и пользуемся именно «скриптовым» вариантом.
Ну а насчет статьей — они обязательно нужны, напишу.
Как раз там используется штатная выгрузка в XML средствами 8.3, а потом точно такой же алгоритм раскладывания по папкам. Поэтому я и назвал «велосипедом», ибо делает ровно то же самое.
Обид лично на вас нету. Некоторая досада есть на само положение дел, что вроде в сообществе 1С-ников много компетентных авторов, но всем обязательно нужен свой велосипед вместо консолидации усилий. Одних только проектов синхронизаций с git я знаю не менее трех. Тот, что я привел, наиболее развит в плане наступленных граблей. Т.е. в этом проекте накоплен опыт обхода и решения многих встречающихся проблем. Всем новым проектам еще предстоит по ним пройти. xDrivenDevelopment/v83unpack занимается именно синхронизацией. Мониторит хранилище, определяет уже синхронизированные коммиты и добавляет в git новые.
Ну и кроме того, задача запуска 1С с ключом выгрузки исходников и раскладывание их по папкам на основании их имени — это задача для несложного скрипта. Имхо, писать для этого целый солюшен на .net — как-то тяжеловато. Скриптом проще поделиться с коллегами.
Итого, это не критика лично вас, а вздох и инкремент счетчика «еще один проект 1С+git».
Elisy, вот ты опять велосипедишь, вместо того, чтобы контрибьютить в сообщество. Ведь уже давно есть открытые проекты синхронизации 1С и git. Мы у себя ими активно пользуемся в production системах. Ты сделал ровно то, что сообщество сделало уже год назад. Нет, вместо участия и вклада, взял и сделал свой велосипед… Странные люди…
О Конфигураторе, который по сути Visual Studio, в котором мы пишем на C#? Т.е. есть фреймворк, предоставляющий заглушки основных классов 1С (справочников, перечислений, табличных частей), мы пишем как-бы «используя» их, а потом, чтобы реально запустить наш код мы прогоняем его через Roslyn, получаем код 1С, грузим его в 1С-Runtime и выполняем.
Здесь речь идет как раз о реализации прикладных классов на C# и переводе их с помощью Roslyn в код 1С. Честно говоря, я не понимаю зачем это может быть полезно.
Что-то я из статьи не понял. Вы хотите сделать Конфигуратор или прямо-таки Runtime? Из заголовка видно, что Конфигуратор. А из текста следует, что и прикладной код предлагается писать на C#??
Зря вы так. Я когда попал служить в космические, даже ошалел от того, насколько там интересно для студента инженерной специальности. Хотя, поначалу тоже был подобный скепсис.
Спасибо. Я из любопытства спрашивал, как оно вообще делается. А патриотичный вопрос «А че не в России делаете?» у меня не стоял. BarsMonster неоднократно на эту тему писал.
А не могли бы вы пояснить мне, как чайнику в электронике — что именно делаете вы в данном проекте? Я так понял, что конечное производство за рубежом, производство компонентов — тоже. Вы делаете чертежи-схемы-спецификации? Какой он, современный процесс создания устройств?
Наверное, снова разочарую вас, но практически использовать в GIT выгрузку конфигурации XML у вас вряд ли получится. Попробуйте поработать с миллионом скинутых в один каталог файлов, где не работает функция сравнения для mxl, epf, erf форматов. Почему компании 1С нельзя было их разложить сразу по папкам Объект/Назвние/<Файлы объекта>? Кстати, внешние отчеты/обработки до сих пор не выгружаются в XML.
1С этого не сделала, но средства к этому все-таки есть.
В сообществе вообще много инструментов для правильной разработки на 1С. Те же юнит-тесты, например, у нас во внутренней разработке применяются очень активно и приносят должный эффект.
Если 1С чего-то не сделала, то это не значит, что этого нет.
Вы очень верно меня раскусили) Я спрашиваю не просто так, а с прицелом на то, чтобы как-то применить это в своем проекте и, возможно, привлечь к нему вас ;) 1Script, кстати, из эксперимента вырос в прикладной инструмент и уже используется в боевых задачах.
Что касается опять же пункта 4, то в этом направлении есть надежда — сейчас мы все наработки постепенно переводим на OneScript. Это как раз lingua franca, на котором разговаривают все одинэсники. Собственно, исходный v83unpack, который представлял собой epf-обработку 1С, мы перевели на скриптинг и пользуемся именно «скриптовым» вариантом.
Ну а насчет статьей — они обязательно нужны, напишу.
Обид лично на вас нету. Некоторая досада есть на само положение дел, что вроде в сообществе 1С-ников много компетентных авторов, но всем обязательно нужен свой велосипед вместо консолидации усилий. Одних только проектов синхронизаций с git я знаю не менее трех. Тот, что я привел, наиболее развит в плане наступленных граблей. Т.е. в этом проекте накоплен опыт обхода и решения многих встречающихся проблем. Всем новым проектам еще предстоит по ним пройти. xDrivenDevelopment/v83unpack занимается именно синхронизацией. Мониторит хранилище, определяет уже синхронизированные коммиты и добавляет в git новые.
Ну и кроме того, задача запуска 1С с ключом выгрузки исходников и раскладывание их по папкам на основании их имени — это задача для несложного скрипта. Имхо, писать для этого целый солюшен на .net — как-то тяжеловато. Скриптом проще поделиться с коллегами.
Итого, это не критика лично вас, а вздох и инкремент счетчика «еще один проект 1С+git».
О Конфигураторе, который по сути Visual Studio, в котором мы пишем на C#? Т.е. есть фреймворк, предоставляющий заглушки основных классов 1С (справочников, перечислений, табличных частей), мы пишем как-бы «используя» их, а потом, чтобы реально запустить наш код мы прогоняем его через Roslyn, получаем код 1С, грузим его в 1С-Runtime и выполняем.
Я правильно все понял?
infostart.ru/public/237192/
infostart.ru/public/187832/
infostart.ru/public/19734/
Интересно, а что он понимает под «освоением» синтеза? Если я ничего не путаю, то до «освоения» человечеству еще пилить и пилить.
1С этого не сделала, но средства к этому все-таки есть.
github.com/xDrivenDevelopment/v83unpack — Человечная работа 1С с git. В частности, раскладывание кучи файлов 1С в нормальные папки, там есть.
sourceforge.net/projects/v8reader/ — сравнение epf/erf находящихся в репозитории (автор — я, так что немного ПИАРа)
infostart.ru/public/106310/ — аналогично, но для всех объектов конфигурации. Цепляете как external diff и вперед.
В сообществе вообще много инструментов для правильной разработки на 1С. Те же юнит-тесты, например, у нас во внутренней разработке применяются очень активно и приносят должный эффект.
Если 1С чего-то не сделала, то это не значит, что этого нет.